[翻译]ASP.NET Core在 .NET 5 Preview 7的更新

.NET 5 Preview 7现在可以用了，可以进行评估了。这是此版本中的新增功能：

Blazor WebAssembly应用程序现在针对.NET 5

更新了Blazor WebAssembly的调试要求

Blazor的可访问性改进

Blazor的性能改进

证书认证性能改进

发送HTTP/2 PING帧

支持Kestrel套接字传输中的其他终结点类型

Kestrel中的自定义标头解码

其他小改进

Get started

要开始使用.NET 5 Preview 7中的ASP.NET Core，请安装.NET 5 SDK。
您需要使用的Visual Studio 2019 16.7 PreView 5或更新的版本来使用.NET 5 Preview 7. .NET 5也支持了最新的预览的Visual Studio中的Mac。要将.NET 5与Visual Studio Code一起使用，请安装最新版本的C# extension。

升级现有项目

要将现有的ASP.NET Core应用程序从.NET 5 Preview 6升级到.NET 5 Preview 7，请执行以下操作：

将所有Microsoft.AspNetCore.* 软件包引用更新为。5.0.0-preview.7.*

将所有Microsoft.Extensions.* 程序包引用更新为。5.0.0-preview.7.*

更新System.Net.Http.Json包引用。5.0.0-preview.7.*

请参阅.NET 5的ASP.NET Core 中重大更改的完整列表。

升级现有的Blazor WebAssembly项目

要升级现有的Blazor WebAssembly项目，请更新以下属性：
从

<TargetFramework>netstandard2.1</TargetFramework> <RazorLangVersoin>3.0</RazorLangVersion>

至

<TargetFramework>net5.0</TargetFramework> <RuntimeIdentifier>browser-wasm</RuntimeIdentifier> <UseBlazorWebAssembly>true</UseBlazorWebAssembly>

另外，请删除对的所有包引用，因为不再需要它。Microsoft.AspNetCore.Components.WebAssembly.Build

什么是新的？

Blazor WebAssembly应用程序现在针对.NET 5

Blazor WebAssembly 3.2应用程序只能访问.NET Standard 2.1 API集。在此版本中，Blazor WebAssembly项目现在以.NET 5为目标，并且可以访问更广泛的API集。在.NET 5中实现对API的Blazor WebAssembly支持正在进行中，因此某些API可能会在运行时抛出。如果您因缺乏对特定API的支持而受阻，我们很乐意收到您的来信。net5.0``PlatformNotSupportedException

更新了Blazor WebAssembly的调试要求

要在Visual Studio Code中启用Blazor WebAssembly应用程序的调试，您以前需要安装JavaScript Debugger（Nightly）扩展程序。不再需要这样做，因为。如果您先前已安装（Nightly）JavaScript调试器扩展，则可以将其卸载。仍然需要通过Visual Studio Code设置启用JavaScript调试器的预览版。

Blazor的可访问性改进

从InputBase现在开始派生的内置Blazor输入组件会在验证失败时自动呈现aria-invalid

Blazor的性能改进

.NET 5中Blazor WebAssembly的主要投资领域之一是提高运行时性能。这是一个多方面的努力。以下是一些需要优化的高级区域：

.NET运行时执行

JSON序列化

JavaScript互操作

Blazor组件渲染

不断改进.NET 5的Blazor WebAssembly运行时性能。此版本包含一些初步的性能改进，我们希望在以后的.NET 5更新中共享有关此性能工作结果的更多详细信息。

证书认证性能改进

我们在ASP.NET Core中为证书身份验证添加了缓存。缓存证书验证可以大大提高证书验证的性能。我们的基准测试显示，启用缓存后，每秒请求的速度提高了400％。
您无需对应用程序进行任何更改即可利用性能改进。默认情况下，缓存处于打开状态。如果您愿意，有一些选项可以调整或禁用缓存。
在文档中找到有关ASP.NET Core 中的证书身份验证的更多信息。

发送HTTP/2 PING帧

HTTP / 2具有用于发送PING帧的机制，以确保空闲连接是否仍然有效。当使用长期闲置但只能间歇性地查看活动的长寿命流（例如gRPC流）时，此功能特别有用。通过在上设置限制，我们增加了在Kestrel中发送定期PING帧的功能KestrelServerOptions。

public static IHostBuilder CreateHostBuilder(string[] args) => Host.CreateDefaultBuilder(args) .ConfigureWebHostDefaults(webBuilder => { webBuilder.ConfigureKestrel(options => { options.Limits.Http2.KeepAlivePingInterval = TimeSpan.FromSeconds(10); options.Limits.Http2.KeepAlivePingTimeout = TimeSpan.FromSeconds(1); }); webBuilder.UseStartup<Startup>(); });

支持Kestrel套接字传输中的其他终结点类型

在Kestrel中引入的新API的基础上，Kestrel中的套接字传输（默认）现在允许您绑定到现有文件句柄和Unix域套接字。支持绑定到现有文件句柄，从而可以使用现有的Systemd集成，而无需使用libuv传输。System.Net.Sockets

Kestrel中的自定义标头解码

我们添加了根据标题名称指定用于解释传入标题的功能，而不是默认使用UTF-8。您可以将属性设置为on，以指定要使用的编码。System.Text.Encoding``RequestHeaderEncodingSelector``KestrelServerOptions

public static IHostBuilder CreateHostBuilder(string[] args) => Host.CreateDefaultBuilder(args) .ConfigureWebHostDefaults(webBuilder => { webBuilder.ConfigureKestrel(options => { options.RequestHeaderEncodingSelector = encoding => { switch (encoding) { case "Host": return System.Text.Encoding.Latin1; default: return System.Text.Encoding.UTF8; } }; }); webBuilder.UseStartup<Startup>(); });

其他改进

对于预览版7，我们已开始将可为空的注释应用于ASP.NET Core程序集。我们打算在5.0版本期间对框架的大多数常见公共API表面进行注释。

CompareAttribute 现在可以应用于“Razor Page”模型上的属性。

默认情况下，从主体绑定的参数和属性被认为是必需的。

我们已经开始将可为空的注释应用于ASP.NET Core程序集。我们打算在.NET 5发布期间对框架的大多数常见公共API表面进行注释。