只需在新建项目对话框中搜索它们
我们很开心公布发表.NET Core 3.1的颁布。实际上,这只是对我们两个多月前颁布的.NET Core 3.0的一小部分修复和完善。最重要的是.NET Core 3.1是恒久撑持(LTS)版本,并且将撑持三年。和过去一样,我们但愿花一些时间来颁布下一个LTS版本。特别的两个月(在.NET Core 3.0之后)使我们能够选择和实施在已经非常不变的根本长进行的正确改造。
您可以下载适用于Windows,macOS和Linux的.NET Core 3.1:
.NET Core 3.1 SDK和运行时
Docker容器映像
Snap安置措施
ASP.NET Core和EF Core也在今天颁布。
Visual Studio 2019 16.4也于今天颁布,此中包孕.NET Core 3.1。这是将.NET Core 3.1与Visual Studio一起使用所必须的更新。对付Visual Studio 2019用户,我们建议仅将Visual Studio更新到16.4,而不是单独下载.NET Core 3.1。
Visual Studio for Mac在Visual Studio for Mac 8.4预览通道中还撑持并包孕.NET Core 3.1。您需要选择使用Preview通道才华使用.NET Core 3.1。
刊行说明:
.NET Core 3.1刊行说明
.NET Core 3.1问题的GitHub问题
GitHub颁布
.NET Core 3.1中的变动??主要集中在Blazor和Windows Desktop,这是.NET Core 3.0中的两个新增成果。这包孕对C++/ CLI的撑持,这是针对Windows的开发人员的通例要求。
在我们了解.NET Core 3.1的新成果之前,让我们快速了解一下.NET Core 3.0的关键改造,这是.NET Core 3.1需要考虑的大部分重要内容。
.NET Core 3.0更新概述
.NET Core 3.0供给了以下关键改造。我们已经从从事大型网站的开发人员那里风闻,它对他们来说运作得非常好。
.NET Core 3.0已经在dot.net和Bing.com上托管了几个月,已经通过了测试。其他许多Microsoft团队很快将在出产中的.NET Core 3.1上部署大型事情负载。
性能有很大的提高跨许多部件,并在将详细描述在.NET Core 3.0性能改造和硬件内在函数在.NET Core。
C#8添加了异步流,范畴/索引,更多模式和可为空的引用类型。Nullable使您可以直接针对导致的代码缺陷NullReferenceException。框架库的最底层已被注释,以便您知道何时可以等候null。
F#4.7致力于通过隐式yield表达式和一些语法放松使某些工作变得容易。它还包罗对的撑持LangVersion,并nameof在预览中附带并打开了静态类。F#核心库此刻还针对.NET Standard 2.0。您可以在颁布F#4.7中阅读更多内容。
.NET Standard 2.1增加了可以在.NET Core和Xamarin都可以使用的代码中使用的类型集。.NET Standard 2.1包孕.NET Core 2.1以后的类型。
.NET Core此刻撑持Windows窗体和WPF(和开放源代码)的Windows桌面应用措施。WPF设计器是Visual Studio 2019的一部分。WindowsForms设计器处于预览状态,可以下载。
此刻,.NET Core应用措施默认情况下具有可执行文件。在过去的刊行版中,需要通过dotnet命令来启动应用,例如dotnet myapp.dll。此刻可以使用特定于应用措施的可执行文件(例如myapp或)启动应用措施./myapp,具体取决于操纵系统。
添加了高性能JSON API,用于reader/writer,东西模型和序列化方案。这些API从新开始构建,Span并在幕后使用UTF8而不是UTF16(例如string)。这些API最小化分配,从而提高了性能,减少了垃圾收集器的事情。请参阅测验考试新的System.Text.Json API。
默认情况下,垃圾收集器使用较少的内存,凡是少得多。对付许多应用措施托管在同一处事器上的情况,此改造非常有用。垃圾收集器也进行了更新,以更好地操作64核以上的机器上的大量核。请参阅在具有64个以上CPU的计算机上为GC更好地配置CPU配置。
.NET Core已针对Docker进行了强化,以使.NET应用措施在容器中可预测且有效地事情。已将容器配置为有限的内存或CPU时,垃圾收集器和线程池已更新为更好地事情。.NET Core Docker窗映像较小,尤其是SDK映像。请参阅:在小型容器场景中使用处事器GC运行第0部分,在小型容器场景中使用处事器GC运行第1部分-GC堆的硬限制以及同时使用.NET和Docker-DockerCon 2019更新。
此刻撑持Raspberry Pi和ARM芯片以撑持IoT开发,包孕使用长途Visual Studio调试器。您可以使用新的GPIO API部署可监听传感器的应用措施,并在显示器上打印动静或图像。ASP.NET可用于将数据果然为API或允许配置IoT设备的站点。撑持平台以下操纵系统撑持.NET Core 3.1:
Alpine: 3.9+
Debian: 9+
openSUSE: 42.3+
Fedora: 26+
Ubuntu: 16.04+
RHEL: 6+
SLES: 12+
macOS: 10.13+
Windows Client: 7, 8.1, 10 (1607+)
Windows Server: 2012 R2 SP1+
注意:Windows窗体和WPF应用措施仅在Windows上起感化并受撑持。
芯片撑持如下:
Windows,macOS和Linux上的x64
Windows上的x86
Windows和Linux上的ARM32
Linux上的ARM64(内核4.14+)
注意:请确保.NET Core 3.1 ARM64部署使用Linux内核4.14版本或更高版本。例如,Ubuntu 18.04满足此要求,但16.04不满足。
Windows窗体控件删除
以下Windows窗体控件已从.NET Core 3.1中删除:
数据网格
工具栏
上下文菜单
菜单
主菜单
菜单项
温馨提示: 本文由Jm博客推荐,转载请保留链接: https://www.jmwww.net/file/web/29987.html