sdk: Cannot target uap10.0 apps with new TargetFrameworks syntax
Forgive me if this is already formally bugged somewhere, but while I’ve seen lots of references to uap10 targeting issues, I didn’t come across an issues that specifically addressed <targetframeworks> support.
While in general the documentation for TargetFrameworks and the new .csproj format seems to be, shall we say, on the skimpier side; I’m unable to devise whether or not - in theory - targeting UAP10.0 should work in a multi-targeted csproj.
I know UWP/UAP support is a bit of a thorn in the side of the dotnet sdk and corefx teams, but it’s very unclear as to how exactly it fits in to the picture.
A .NET library created with <TargetFrameworks>netstandard1.3</TargetFrameworks> can be consumed by a “legacy” UWP/UAP10 project, but there does not seem to be a way of creating a multi-targeted .NET library that includes a dependency on UWP.
Either UWP is a framework target, in which case <TargetFrameworks>uap10.0</TargetFrameworks> should work, or UWP is a .NET Standard target w/ access to Windows-specific and platform-specific libraries (which is what is most-heavily implied in the .NET Standard documentation). However, functionally that does not seem to be the case since a .NET Standard library (<TargetFrameworks>netstandard1.3</TargetFrameworks>) cannot install microsoft.netcore.universalwindowsplatform as a dependency.
We’re left in a limbo state where it seems projects targeting UAP/UWP must use the legacy csproj format, because they’re neither full-fledged framework targets nor do they have .NET Standard-compliant libraries.
About this issue
- Original URL
- State: closed
- Created 7 years ago
- Reactions: 7
- Comments: 20 (3 by maintainers)
Commits related to this issue
- Using new csproj format Addresses https://github.com/dotnet/sdk/issues/1408 The required target is uap10.0, and must appear before any others in the target list for references to Windows.* to work (... — committed to neosmart/UwpTaskbarIcon by mqudsi 7 years ago
- Merge pull request #1408 from aspnet/vramak/50preview5branding Updating the branding for Preview5 — committed to mmitche/sdk by vijayrkn 4 years ago
- Merge pull request #1408 from dotnet/rel/2.1.0-preview2 Merge 2.1.0-preview2 into release/2.1 — committed to GangWang01/sdk by seancpeters 6 years ago
- Merge pull request #1408 from dotnet/rel/2.1.0-preview2 Merge 2.1.0-preview2 into release/2.1 — committed to GangWang01/sdk by seancpeters 6 years ago
Why is this closed? Has it been decided that this will never be supported?
yep sure - https://github.com/MvvmCross/MvvmCross/blob/23819a3ce1c3846c9d0307f935a18ef4657f51eb/MvvmCross/MvvmCross.csproj#L3 Also, I have a walk through for setting it up on a class library for use with Uno here: https://nicksnettravels.builttoroam.com/uno-crossplatform-template The support for WASM is essentially just a .NET standard library. And yes, you do need to use https://github.com/novotnyllc/MSBuildSdkExtras
This issue is frustrating. Please fix this. UWP/WinUI is one of the top engineering masterpieces of MS. Yet, it’s unfortuantely on the bottom of the priority list.
@livarcocc is there an intention to support it in the future, or has that not been decided?