微软宣告UWP支持.NET Standard 2.0，支持2万个API (微软 支持)

微软宣告为.NET开发人员和程序员发布UWP的重大更新。真正很大的改进是增加对.NETStandard2.0的支持。UWP开发人员和程序员现在可以访问约2万个API。

整理分享微软宣告UWP支持.NET Standard 2.0，支持2万个API (微软 支持)，希望有所帮助，仅作参考，欢迎阅读内容。

内容相关其他词:微软udc,微软官方usb工具,微软 支持,微软商店uwp软件推荐,微软官方usb工具,微软udc,微软uwf,微软uwf,内容如对您有帮助，希望把内容链接给更多的朋友！

　　需要下载的VisualStudio.4也同期发布，以利用这些更新。还需要运行并定位WinFallCreatorsUpdate，这将在月日发布。.NETStandard2.0支持UWP需要在秋季创作者更新中的Win中更改。这些变化为UWP工具建立了新的基准。　　发布还包括许多其他重要的改进，这将在后面介绍。它们也在UWP.NET版本说明中详细介绍。　　下载VisualStudio.4：　　针对WinFallCreatorsUpdate　　为了在UWP中运用.NETStandard2.0，需要将FallCreatorsUpdate（FCU）作为UWP项目的最低版本。这是因为.NETStandard2.0包含许多API，需要FCU使其在UWP执行环境的上下文中工作，特别是AppContainer。　　如果创建一个新项目，*将提示选择要定位的Win版本：

　　还可以通过右键单击项目并选择“属性”来升级现有项目。在“使用程序”选项卡上，可以运用相同的下拉菜单选择Win版本。　　.NETStandard2.0支持　　.NETStandard是所有.NET实现必须实现的API的规范。UWP现在支持.NETStandard2.0。　　.NETStandard2.0的主要优点是它使.NETStandard的.NET实现更像.NETFramework。运用.NETStandard2.0，与.NETStandard1.6相比，还有大约个API可用。绝大多数是现有的.NETFrameworkAPI，其中包括缺少的reflectionAP*，非泛型*，DataSet，二进制序列化，XMLSchema等等。　　有关完整列表，请查看.NETStandard2.0和.NETStandard1.6之间的不一样。　　github*：　　这使得将现有.NETFramework代码移植到UWP变得更加容易。这包括*和粘贴现有代码，还可以通过兼容性模式扩展到引用现有的.NETFramework二进制文件。以下是在UWP使用程序中运用DataSet的示例：

　　运用.NETCore2.0进行调试　　VisualStudio运用CoreCLR进行UWP使用程序调试。它提供比.NETNative提供的更快的build+debug启动时间。VisualStudio已经转换为运用.NETCore2.0而不是CoreCLR的自定义构建。　　迁移到.NETCore2.0的两个主要原因：.NETCore性能将提升UWP使用的调试体验。增加.NET使用程序类型之间的对齐。　　增量构建　　默认情况下，UWP使用程序运用.NETCore进行调试，.NETNative用于发布版本。你可以在两种构建类型之间观察到重要的分别。最重要的不一样之处在于.NETNative是一个提前的本地编译器。你应该考虑在某个时候将调试版本转换为运用.NETNative，以发现潜在的错误或其他使用程序问题。　　微软在此版本中为.NETNative添加了增量构建支持，以提升.NETNative构建的吞吐量。这种新功能使.NETNative的调试更加友好。.NETNative的初始版本依旧很长。回想一下，增量版本总是有一个基线。第一次构建之后，.NETNative构建速度要快得多。我们依旧建议运用.NETCore进行调试，但是如果需要，这个新功能应该是非常有用的。　　最后　　我们希望你喜欢在UWP使用中运用这些改进。现在可以访问更多的API，可以运用.NETStandard2.0库，并且可以更轻松地将现有代码迁移到UWP使用程序中。VisualStudio调试体验应该更快，更有能力，你创建的使用程序应该更快更稳定。　　微软称，这个最新版本是我们首次运用Win发布.NETNative之后发布的最新版本。我们认为，这是一个巨大的进步。