.net 5 preview 1 发布
去年年底，我们推出了.NET Core 3.0和3.1版本。这些版本引入了桌面应用程序模型Windows Forms(WinForms)和WPF，ASP.NET Blazor用于构建单页应用程序（SPA），以及用于构建分布式应用和服务的gRPC模板、丰富的客户端代码生成与gRPC交互、REST API服务等。我们很高兴看到.NET Core 3成为有史以来增长最快的.NET版本，去年新增了100万用户。
我们也针对这些版本进行了沟通，旨在完成从.NET Framework移植应用程序模型的工作。借助.NET Core 3，我们已经移植了所有最常用的应用程序模型，并引入了新的跨平台框架来替代未移植的旧框架。
展望即将发布的下一个主要版本.NET 5，我们将继续将.NET移动应用程序模型（Xamarin）纳入.NET 5中，继续将.NET统一到一个平台。.NET 5将包含ASP.NET Core、Entity Framework Core、WinForms、WPF、Xamarin、ML.NET。整个平台将首次为所有应用程序类型使用统一的BCL（基础类库）。拥有比.NET Core和.NET Framework更高的版本号5，这也清楚地表明了.NET 5是未来的方向，.NET是一个用于构建任何类型应用程序的单一统一平台。
我们已经多次提及，但我们再次重申：应该使用.NET来构建所有新的应用程序。只要Windows本身得到支持，.NET Framework仍将受到支持。我们将继续提供安全性和错误修复，并保持网络和加密API的最新状态。将旧的应用程序保留在.NET Framework上将保持安全并受到支持。
今天，我们发布了.NET 5的第一个预览版，计划在今年11月下旬正式发布（GA）。
.NET 5.0 Preview 1 SDK .NET 5.0 Preview 1 Runtime 请参阅ASP.NET Core updates in .NET 5 Preview 1，以了解当前的ASP.NET Core版本。
Preview 1首次包含对Windows ARM64的支持。今天的版本包括.NET Core运行时。我们希望Preview 2将包含SDK（ASP.NET Core，但不包括WPF或Windows窗体）。后续的预览将包括WPF和Windows窗体。对Windows ARM64的支持也将反向移植到.NET Core 3.1。我们将在“Preview 2”帖子中分享更多相关信息。
更新现有项目可以通过更新目标框架来实现，如下所示：
netcoreapp5.0
让我重点介绍.NET 5的一些高级目标：
统一的.NET SDK体验：所有.NET 5应用程序将使用单一的BCL（基础类库）。目前，Xamarin应用程序使用Mono BCL，但将转向使用.NET Core BCL，从而改善了我们应用程序模型之间的兼容性。
移动开发（Xamarin）已集成到.NET 5中。这意味着.NET SDK将支持移动开发。例如，您可以使用“dotnet new XamarinForms”创建移动应用程序。
支持多个平台的本机应用程序：支持单设备项目，该项目可以使用这些平台上支持的本机控件在多个设备上运行，例如Windows桌面、Microsoft Duo（Android）和iOS。支持多种平台的Web应用程序：单个Blazor项目，该项目支持可以在浏览器中、在移动设备上以及作为本机桌面应用程序（例如Windows 10x）运行的应用程序。云原生应用程序：高性能，单个文件（.exe）。今天的第一个预览尚未包含支持这些高级目标的所有工作，但我们将在未来的预览中继续发布更多功能。
在Preview 1中的改进包括：
经过一年的开发更新与升级，67CMS2.0版正式上线67cms 2.0的变革1.不再需要授权，商业用户免费使用！！2.栏目分类的级别添加至四级3.单页的级别添加至四级4.新增加人才招聘模块，招聘也可进行分类检索，采用公用的分类调用5.图集采用新的js效果调用6.英文版后台已翻译完毕，可无限添加语言包7.其他N多细节修改，与Bug修复不做详细介绍了
正则表达式性能改进：我们对Regex引擎进行了重大改进。在我们尝试过的许多表达式中，这些改进通常可以将吞吐量提高3-6倍，在某些情况下甚至更多。我们即将发布一篇博客文章，详细介绍这些改进。
RyuJIT中的代码质量改进：每个版本都对JIT生成的代码进行了一系列性能改进。我们将这些类型的改进称为“CQ”或代码质量。在大多数情况下，这些改进也适用于为准备运行的images生成的代码。
在Preview 1中的改进包括：
对null检查的改进——在更多情况下，通过观察证明不需要null检查的更多模式，无需生成null检查。调整公共子表达式评估（CSE）——JIT查找并迭代那些只需要求值一次的重复表达式（wiki）。优化“constant_string”.Length——优化此模式并将代码迭代为正确的整数值。JIT：在变体之前构建基本的块pred列表——对JIT中的阶段进行重新排序，以允许较早使用密钥优化，从而可以提高代码质量，并减少后续阶段的工作量，从而增加了JIT吞吐量（参考PR中的“TP”）。
我们已将程序集加载信息添加到事件管道。这项改进是开始提供类似于.NET Framework中Fusion Log Viewer部分的诊断功能的开始。现在，您可以使用dotnet-trace通过以下命令来收集此信息：
dotnet-trace collect --providers Microsoft-Windows-DotNETRuntime:4:4 --process-id[process ID]
事件管道中介绍了跟踪程序集加载的工作流程。您可以查看简单测试应用程序的程序集加载信息。
事件管道探查器API：事件管道是我们在.NET Core 2.2中添加的新子系统和API，可以在任何操作系统上执行性能和其他诊断调查。在.NET 5.0中，事件管道已得到扩展，使探查器能够写入事件管道事件。对于以前依赖ETW监视应用程序行为和性能的分析探查器，此方案至关重要。
作为.NET 5版本的一部分，我们减少了用于构建和打包.NET的GitHub存储库的数量。回购边界对项目的许多方面都具有重大影响，包括构建和问题管理。使用.NET Core 1.0时，我们在ASP.NET、EF和.NET Core中拥有超过100个存储库。通过此最新版本，我们现在可以计算主存储库。我们还将几乎所有存储库都移到了dotnet org。
查看新的合并仓库：
dotnet/runtime（之前是dotnet/corefx、dotnet/coreclr和dotnet/core-setup） dotnet/aspnetcore（之前是aspnet org中的几个仓库） dotnet/sdk（之前是dotnet/sdk、dotnet/cli）
最后，我们希望您对.NET 5正在进行的工作感到兴奋！为.NET 5做准备的最好方法是将所有.NET Core应用程序迁移到3.1——我们将使从.NET Core 3.1到.NET 5的过渡尽可能轻松。而且，如果您仍在.NET Framework上构建应用程序，请放心将这些应用程序放在.NET Framework上，但请考虑对所有新应用程序使用.NET Core 3.1。.NET有很多令人兴奋的事情！
