|
微软宣告为.NET开发人员和程序员发布UWP的重大更新。真正很大的改进是增加对.NET Standard 2.0的支持。UWP开发人员和程序员现在可以访问约2万个API。
发布还包括许多其他重要的改进，这将在后面介绍。它们也在UWP .NET版本说明中详细介绍。 下载Visual Studio 2017 15.4：https://www.visualstudio.com/downloads/ 针对Win 10 Fall Creators Update 为了在UWP中运用.NET Standard 2.0，需要将Fall Creators Update（FCU）作为UWP项目的最低版本。这是因为.NET Standard 2.0包含许多API，需要FCU使其在UWP执行环境的上下文中工作，特别是AppContainer。 如果创建一个新项目，系统将提示选择要定位的Win版本：
.NET Standard 2.0支持 .NET Standard是所有.NET实现必须实现的API的规范。UWP现在支持.NET Standard 2.0。 .NET Standard 2.0的主要优点是它使.NET Standard的.NET实现更像.NET Framework。运用.NET Standard 2.0，与.NET Standard 1.6相比，还有大约20000个API可用。绝大多数是现有的.NET Framework API，其中包括缺少的reflection APIS，非泛型集合，DataSet，二进制序列化，XML Schema等等。 有关完整列表，请查看.NET Standard 2.0和.NET Standard 1.6之间的不一样。 github地址：https://github.com/dotnet/standard/blob/master/docs/versions/netstandard2.0.md 这使得将现有.NET Framework代码移植到UWP变得更加容易。这包括复制和粘贴现有代码，还可以通过兼容性模式扩展到引用现有的.NET Framework二进制文件。以下是在UWP使用程序中运用DataSet的示例：
Visual Studio运用CoreCLR进行UWP使用程序调试。它提供比.NET Native提供的更快的build+debug启动时间。Visual Studio已经转换为运用.NET Core 2.0而不是CoreCLR的自定义构建。 迁移到.NET Core 2.0的两个主要原因：
增量构建 默认情况下，UWP使用程序运用.NET Core进行调试，.NET Native用于发布版本。你可以在两种构建类型之间观察到重要的分别。最重要的不一样之处在于.NET Native是一个提前的本地编译器。你应该考虑在某个时候将调试版本转换为运用.NET Native，以发现潜在的错误或其他使用程序问题。 微软在此版本中为.NET Native添加了增量构建支持，以提升.NET Native构建的吞吐量。这种新功能使.NET Native的调试更加友好。.NET Native的初始版本依旧很长。回想一下，增量版本总是有一个基线。第一次构建之后，.NET Native构建速度要快得多。我们依旧建议运用.NET Core进行调试，但是如果需要，这个新功能应该是非常有用的。 最后 我们希望你喜欢在UWP使用中运用这些改进。现在可以访问更多的API，可以运用.NET Standard 2.0库，并且可以更轻松地将现有代码迁移到UWP使用程序中。Visual Studio调试体验应该更快，更有能力，你创建的使用程序应该更快更稳定。 微软称，这个最新版本是我们首次运用Win 10发布.NET Native之后发布的最新版本。我们认为，这是一个巨大的进步。 |
