官宣 .NET RC 2

• 2021 年 11 月 8 日
• 筆記
• .NET, .netcore, 最新資訊

我們很高興發布 .NET 6 RC(Release Candidate) 2。它是生產環境中支援的兩個”go live”候選版本中的第二個。 在過去的幾個月里，團隊一直專註於品質的改進。這個版本中有很多的新特性，但在接近尾聲時我們才會把他們完全整合在一起。該團隊目前正在驗證端到端工作流，以找到設計意圖和技術現實尚未完全匹配的地方。這導致團隊里的維護人員不得不修改bug來達到這個目的。

我們從用戶那裡聽說，將生產站點升級到.NET 6是既”無聊”(非事件)又”令人興奮”(顯著的性能改進)的。不出意外,我們相信RC2將繼續保持這種趨勢。

您可以下載適用於 Linux、macOS 和 Windows 的 .NET 6 Release Candidate2。

• 安裝程式和二進位文件
• 容器鏡像
• Linux包
• 發布說明
• API diff
• 已知的問題
• GitHub問題跟蹤器

請參閱 .NET MAUI和ASP.NET Core帖子，了解有關客戶端和 Web 應用程式場景新增功能的更多詳細資訊。

.NET 大會是一個免費的，為期三天的虛擬開發者活動，用來慶祝.NET的主要版本。 今年，.NET 6 將於 11 月 9 日至 11 日在 .NET 大會上發布。我們期待您可以記下日期準時收聽。Visual Studio 2022 預覽版 5 也在今天發布，他們還宣布將於 11 月 8 日舉行發布活動。您可以在 Visual Studio 部落格上閱讀所有相關內容。

我們正處於支援生產新版本的周期的這一有趣部分中。我們真誠地鼓勵它。如果你需要有關如何處理的指導，可以通過[email protected]聯繫我們。許多企業已經開始接觸，有些已經開始生產。我們還幫助 Microsoft 團隊在 RC 版本上運行。一些 Microsoft 團隊已經在 RC1 上投入生產，我們期待在 RC2 上有更多幫助。這包括 .NET 網站。

.NET 6 RC2已經經過測試，並得到了Visual Studio 2022 Preview 5的支援，也在今天發布。Visual Studio 2022將支援.NET 6， 而Visual Studio 2019不支援。同樣，MSBuild 17.x將支援它，而16.x 不支援。如果你想使用.NET 6，你需要升級到Visual Studio 2022。

支援Mac版本的Visual Studio 2022目前與.NET 6 RC2不兼容。我們正在解決這個問題。

查看新的對話帖子，就最新的 .NET 功能進行工程師對工程師的深入討論。

.NET 6 RC1 帖子側重於基礎功能，其中許多功能要到 .NET 7 才能完全實現。本文重點介紹 C# 10 和模板的相關改進。它還包括 macOS 和 Windows Arm64 的更新（包括重大更改）。讓我們來看看。

C#10

C# 10是 .NET 6 版本的重要組成部分。在很大程度上，C# 10是對現有概念和功能(如記錄和模式)的進一步演變。它還包括一些特性——全局使用和文件作用域的命名空間——可以幫助您簡化程式碼並編寫更少的樣板文件。這些具體的改進是本文後面討論的模板更改的基礎。您可以在.NET 6的示例中看到本節中使用的示例。我將在.NET 6的最後一個帖子中添加更多的例子。

Record structs
C# 10增加了對Record structs的支援。這個新特性類似於C# 9(基於類的)記錄，但有一些主要的區別。在大多數情況下，添加Record structs是為了完整性，這樣結構就可以享受與類相同的記錄優勢。然而，該團隊並沒有簡單地結構化記錄，而是決定將結構記錄與ValueTuple保持一致，就像類記錄匹配一致。由於這種設計方法，Record structs的屬性在默認情況下是可變的，而Record類屬性是不可變的。但是，您可以聲明一個只讀的Record structs，它是不可變的，並匹配記錄類語義。

在較高的層次上，Record structs不會取代Record類，我們也不鼓勵將Record類遷移到Record structs。使用類vs結構的指導同樣適用於Record類和Record structs。換句話說，在選擇使用Record之前，應該在類和結構之間做出選擇。

讓我們看看Record structs與Record類有何不同

Battery battery = new("CR2032", 0.235, 100);
WriteLine(battery);
while (battery.RemainingCapacityPercentage > 0)
{
    battery.RemainingCapacityPercentage--;
}
WriteLine(battery);
public record struct Battery(string Model, double TotalCapacityAmpHours, int RemainingCapacityPercentage);

這個Record structs的示例產生如下結果

Battery { Model = CR2032, TotalCapacityAmpHours = 0.235, RemainingCapacityPercentage = 100 }
Battery { Model = CR2032, TotalCapacityAmpHours = 0.235, RemainingCapacityPercentage = 0 }

如前所述，最明顯的區別是記錄結構屬性在默認情況下是可變的。這是除了結構體和記錄結構體語法之外的主要區別。我還用一個只讀記錄結構重寫了這個示例，如下所示。

Battery battery = new("CR2032", 0.235, 100);
WriteLine(battery);
while (battery.RemainingCapacityPercentage > 0)
{
    Battery updatedBattery = battery with {RemainingCapacityPercentage = battery.RemainingCapacityPercentage - 1};
    battery = updatedBattery;
}
WriteLine(battery);
public readonly record struct Battery(string Model, double TotalCapacityAmpHours, int RemainingCapacityPercentage);

您將看到它幾乎與我為C# 9發布的(類)Record示例相同。

讓我們回顧一下C# 9的記錄。它們提供了一種簡潔的語法為定義類似結構的面向數據的類。他們偏向於不變性，同時提供簡潔的語法——帶有表達式——為了不可變友好的複製。 人們可能會驚訝於我們開始使用類來實現類似結構的功能。大多數時候，開發人員使用類而不是結構，這是由於引用傳遞而不是值語義。 在大多數情況下，類是最好的選擇，而且易於使用。

結構記錄與類記錄非常相似：

• 它們使用相同的語法(除了定義中的struct或class)。
• 它們允許自定義成員定義（在C#10中新增）以在（默認情況下）屬性成員上使用欄位。
• 它們允許使用init或可變屬性訂製成員行為。
• 它們支援表達式。事實上，從C# 10開始，所有的結構類型都支援表達式。

結構記錄不同於類記錄:

• Record structs可以用Record structs或只讀Record structs來定義。
• 記錄類是用記錄或記錄類定義的。
• 默認情況下，Record structs屬性是可變的(get/set)。
• 默認情況下，記錄類屬性是不可變的(get/init)。

Record structs和Record類之間的非對稱(不)可變性行為可能會讓一些讀者感到驚訝，甚至厭惡。我會試著解釋設計背後的想法。由於通過值傳遞語義，結構從不變性中獲得的好處幾乎不如類。例如，如果結構體是字典中的鍵，則該(結構體的副本)鍵是不可變的，只能將通過相等執行查找。與此同時，設計團隊認為ValueTuple可以被視為一個匿名的記錄結構，而Record structs可以被視為ValueTuple的衍生。只有當記錄結構包含可變性和支援欄位時，這才有效，這正是團隊決定要做的。另外，包含可變性反映了結構和類的不同。

如果您更喜歡記錄結構的不可變行為，您可以通過添加 readonly 關鍵字來獲得它。

Looking at structs generally, key functionality is common:

• 運行時提供的等同性檢查對所有結構都是相同的。
• 所有的結構都可以和表達式一起用來創建非變異的副本，這是C# 10中的新功能。

Global usings

global using使您可以指定一個你想要在所有源文件中可用的命名空間，就像在每個源文件中都聲明了它一樣。它也可以用於使用靜態和別名一起使用。該特性允許使用一組通用的using聲明，並擴展為不再需要的更多的using行。這與命名名稱空間最為相關，但可以用於任何命名空間。

以下語法可用於各種使用形式:

• global using System;
• global using static System.Console;
• global using E = System.Environment;

這些聲明只需要在編譯中聲明一次就可以了。有四種模式聲明global using。

• 在 Program.cs 中，通過將根 using 語句升級為global using 來使它們對整個程式具有全局性。
• 在globaluses .cs文件(或類似的名稱)中，集中管理所有的global using語句。
• 在項目文件中，使用下面的語法。
• 在你的項目文件中，使用語句(對於你的應用所依賴的MSBuild SDK)啟用默認平台，語法如下。

下面的MSBuild語法可以在(使用與前面示例類似的方法)中代替.cs文件。

• < Using Include=”System”/ >
• < Using Include=”System.Console” Static=”True”/ >
• < Using Include=”System.Environment” Alias=”E”/ >

您可以在 < PropertyGroup >中啟用由平台定義的隱式 using 語句。

• < ImplicitUsings > enable < /ImplicitUsings >

隱式使用不同的 MSBuild SDK。Microsoft.NET.Sdk定義了一個基本集，其他sdk定義附加集。

如果使用MSBuild功能，您可以在obj目錄中生成的文件中看到有效的結果，如下所示。

PS C:\Users\rich\app> type .\app.csproj | findstr Using
    <ImplicitUsings>enable</ImplicitUsings>
    <Using Include="System.Console" Static="True"/>
    <Using Include="System.Environment" Alias="E"/>
PS C:\Users\rich\app> type .\obj\Debug\net6.0\app.GlobalUsings.g.cs
// <auto-generated/>
global using global::System;
global using global::System.Collections.Generic;
global using global::System.IO;
global using global::System.Linq;
global using global::System.NET.Http;
global using global::System.Threading;
global using global::System.Threading.Tasks;
global using E = global::System.Environment;
global using static global::System.Console;

您可以看到，Microsoft.NET.Sdk在. globalusings .g.cs文件中添加了幾個global using語句。請注意，全局的::操作符不是必需的，為了理解生成的語法，可以放心地忽略它。

文件與命名空間聲明

文件作用域命名空間的聲明是C# 10的另一個特性，旨在減少縮進和行數。

此功能的語法如下：
namespaceFoo;

它是傳統三行語法的替代方案：
namespaceFoo
{
}

三行語法可以嵌套。單行語法不支援嵌套。每個文件只能有一個文件作用域的聲明。它必須在文件中定義的所有類型之前，很像三行語法。

命名空間與頂級語句不兼容。頂級語句存在於頂級命名空間中。這還意味著，如果您向Program類添加額外的方法，使用partial類語法，則partial Program類也需要位於頂級命名空間中。

這個特性非常類似於添加到C# 8中的單行using聲明。

Const 和內插字元串

現在您可以將內插字元串分配給 const 變數。插值字元串使用和讀取都很直觀，在任何地方都可用。現在，它們可以與 const 一起使用，前提是佔位符值也是常量。

以下示例演示了一個可能使用的例子：

const string Bar = "Bar";
const string DoubleBar = $"{Bar}_{Bar}";
WriteLine(DoubleBar);

字元串插值進行了許多其他改進，在 C# 10 和 .NET 6 中的字元串插值中進行了描述。

擴展屬性模式

你現在可以在屬性模式中引用嵌套屬性或欄位。例如，下面的模式現在是合法的:

{Prop1.Prop2: pattern }

以前，你需要使用更詳細的形式:

{Prop1:{Prop2: pattern }}

您可以在下面的示例中看到使用這種更緊湊的形式，例如使用Reading.PM25。

List<Status> statuses = new()
{
    new(Category.Normal, new(20, false, 20)),
    new(Category.Warning, new(20, false, 60)),
    new(Category.Danger, new(20, true, 60)),
    new(Category.Danger, new(100, false, 20))
};
foreach (Status status in statuses)
{
    string message = status switch
    {
        {Category: Category.Normal} => "Let the good times roll",
        {Category: Category.Warning, Reading.PM25: >50 and <100} => "Check the air filters",
        {Reading.PM25: >200 } => "There must be a fire somewhere. Don't go outside.",
        {Reading.SmokeDetected: true } => "We have a fire!",
        {Category: Category.Danger} => "Something is badly wrong",
        _ => "Unknown status"
    };
    Console.WriteLine(message);
}
record struct Reading(int Temperature, bool SmokeDetected, int PM25);
record struct Status(Category Category, Reading Reading);
enum Category
{
    Normal,
    Warning,
    Danger
}

.NET SDK：現代化的 C# 項目模板

我們在Preview 7中更新了.NET SDK模板，使用了最新的C#特性和模式。對這些更改有重要回饋，部分原因是構建開始失敗。作為初始模板更新的一部分，我們默認為.NET6(NET 6.0)項目(包括從.NET 5更新到.NET 6的應用程式)啟用了隱式使用(又名opt-out)。那已經改變了。我們已經更新了SDK，所以所有的新功能都是可選的。對這個變化(在RC1中做出的)的響應是積極的。

也有回饋說，有些人不喜歡新的簡化的Program.cs文件，其中有頂級語句。我們對頂級語句進行了改進，並繼續將其用於模板。我們希望大多數喜歡傳統方法的開發人員可以直接自己添加額外的方式。

新模板中使用了以下語言特性:

• 非同步Main
• 頂級語句
• Target-typed新表達式
• global using指令
• 文件作用域命名空間
• 可空引用類型

我們構建了所有這些功能，因為我們認為它們比之前的替代方案更好。模板是引導新開發人員和新應用程式使用最佳模式的最簡單和最好的方法。C#設計團隊堅信使用更少的行數、更少的字元來指定給定的概念或操作，並減少不必要的重複。這就是大多數這些新功能所支援的。Nullable 的不同之處在於它產生更可靠的程式碼。每個使用nullable的應用程式或庫都不太可能在生產中崩潰。軟體太複雜了，人類無法像編譯器那樣看到錯誤。

這些功能的一個共同主題是，當您在程式碼編輯器中查看程式碼時，它們會減少干擾並增加提示。 現在，更加重要的方面會彈出。例如，如果您在給定的文件中看到using語句，那麼它是隱式集之外需要的特殊語句。你應該能夠複製/粘貼程式碼從一個文件到另一個不需要CTRL-.類型以添加所需的名稱空間(至少沒有那麼多)。如果您看到可空的警告或錯誤，您就知道您的程式碼可能在某些方面是不正確的。去除縮進還有好處。更多的程式碼將在編輯器的前十幾個列中可見，而不是僅僅用空格字元填充這些列。人們可以把這些特徵看作是在向大腦傳遞資訊的過程中，向眼睛傳遞更高密度的特異性和意義。

控制台模板

讓我們從控制台模板開始。這是非常小的。

Program.cs:

// 查看 //aka.ms/new-console-template 得到更多資訊
Console.WriteLine("Hello, World!");

Project 文件:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net6.0</TargetFramework>
    <ImplicitUsings>enable</ImplicitUsings>
    <Nullable>enable</Nullable>
  </PropertyGroup>
</Project>

儘管控制台模板比它的.NET 5對應的模板要小得多，但在功能上並沒有減少。您還可以看到ImplicitUsings現在是一個可選擇的特性，並且在模板中啟用了它。

Web 模板

web模板也是很小的。

var builder = WebApplication.CreateBuilder(args);
var app = builder.Build();
app.MapGet("/", () => "Hello World!");
app.Run();

webapi 模板更接近於典型的 ASP.NET Core 應用程式。 您會很快注意到 Program.cs 和 Startup.cs 之間的分離已被刪除。 不再需要 Startup.cs。

Program.cs:

var builder = WebApplication.CreateBuilder(args);
// 添加 services to the container.
builder.Services.AddControllers();
// 學習更多關於configuring Swagger/OpenAPI at //aka.ms/aspnetcore/swashbuckle
builder.Services.AddEndpointsApiExplorer();
builder.Services.AddSwaggerGen();
var app = builder.Build();
// Configure the HTTP request pipeline.
if (app.Environment.IsDevelopment())
{
    app.UseSwagger();
    app.UseSwaggerUI();
}
app.UseHttpsRedirection();
app.UseAuthorization();
app.MapControllers();
app.Run();

webapi 模板的項目文件與控制台類似。

<Project Sdk="Microsoft.NET.Sdk.Web">
  <PropertyGroup>
    <TargetFramework>net6.0</TargetFramework>
    <Nullable>enable</Nullable>
    <ImplicitUsings>enable</ImplicitUsings>
  </PropertyGroup>
  <ItemGroup>
    <PackageReference Include="Swashbuckle.AspNetCore" Version="6.1.5" />
  </ItemGroup>
</Project>

您可以在本示例中看到文件作用域命名空間被使用，包括在WeatherForecast.cs中:

namespace webapi;
public class WeatherForecast
{
    public DateTime Date { get; set; }
    public int TemperatureC { get; set; }
    public int TemperatureF => 32 + (int)(TemperatureC / 0.5556);
    public string? Summary { get; set; }
}

目標類型 new 與 WeatherForecastController.cs 一起使用：

private static readonly string[] Summaries = new[]
{
    "Freezing", "Bracing", "Chilly", "Cool", "Mild", "Warm", "Balmy", "Hot", "Sweltering", "Scorching"
};

在mvc模板中，你可以看到可空註解和表達式體方法的使用。

namespace webmvc.Models;
public class ErrorViewModel
{
    public string? RequestId { get; set; }

    public bool ShowRequestId => !string.IsNullOrEmpty(RequestId);
}

Windows Forms 模板

Windows Forms模板也得到了更新。它包括了其他模板所涉及的大多數其他改進，儘管不是頂級語句。

namespace winforms;
static class Program
{
    /// <summary>
    ///  The main entry point for the application.
    /// </summary>
    [STAThread]
    static void Main()
    {
        ApplicationConfiguration.Initialize();
        Application.Run(new Form1());
    }    
}

您可以看到使用了單行命名空間語句，而由於啟用了隱式使用，因此沒有任何平台級 using 語句。

WPF 模板尚未作為版本的一部分進行更新。

隱式使用

現在我將向您展示這些特性的實際應用。讓我們從隱式用法開始。當啟用時，每個Sdk都會添加自己的一組隱式using語句。

如前所述，Microsoft.NET.Sdk添加了幾個global using語句。

如果禁用該特性，您將看到應用程式不再編譯，因為不再聲明System命名空間(在本例中) 。

PS C:Usersrichapp> type .app.csproj | findstr Implicit
    <ImplicitUsings>disable</ImplicitUsings>
PS C:Usersrichapp> dotnet build
Microsoft (R) Build Engine version 17.0.0-preview-21501-01+bbcce1dff for .NET
Copyright (C) Microsoft Corporation. All rights reserved.
  Determining projects to restore...
  All projects are up-to-date for restore.
  You are using a preview version of .NET. See: //aka.ms/dotnet-core-preview
C:UsersrichappProgram.cs(2,1): error CS0103: The name 'Console' does not exist in the current context [C:Usersrichappapp.csproj]
Build FAILED.

另一種選擇是使用global using特性，它允許您只使用您想要的名稱空間，如下面的示例所示。

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net6.0</TargetFramework>
    <ImplicitUsings>disable</ImplicitUsings>
    <Nullable>enable</Nullable>
  </PropertyGroup>
  <ItemGroup>
    <Using Include="System" />
  </ItemGroup>
</Project>

現在，構建程式碼。

PS C:Usersrichapp> type .app.csproj | findstr Using
    <ImplicitUsings>disable</ImplicitUsings>
  <Using Include="System" />
PS C:Usersrichapp> dotnet build
Microsoft (R) Build Engine version 17.0.0-preview-21501-01+bbcce1dff for .NET
Copyright (C) Microsoft Corporation. All rights reserved.
  Determining projects to restore...
  All projects are up-to-date for restore.
  You are using a preview version of .NET. See: //aka.ms/dotnet-core-preview
  app -> C:UsersrichappbinDebugnet6.0app.dll
Build succeeded.
    0 Warning(s)
    0 Error(s)
Time Elapsed 00:00:00.80

這不是推薦的通用模式，但對於想要最大程度控制的人來說是一個不錯的選擇。在大多數情況下，我們預計開發人員將依賴於SDK提供的隱式使用，並從他們自己的程式碼或普遍使用的NuGet包中利用命名空間的顯式global using。

可空性

我已經更新了Program.cs,用來演示可空的引用類型。應用程式調用List< T >方法，返回一個T?，在本例中是一個可空字元串(string?)

List<string> greetings = new()
{
    "Nice day, eh?"
};
string? hello = greetings.Find(x => x.EndsWith("!"));
string greeting = hello ?? "Hello world!";
Console.WriteLine($"There are {greeting.Length} characters in "{greeting}"");

定義hello變數的行如果沒有定義為var, string?或者List< T >.Find返回null，那麼就不能夠被編譯。如果沒有啟用nullable特性，我可能會錯過這個問題，這將導致我的程式碼因NullReferenceException異常而崩潰。那就不好了。我在下一行使用?? 和空合併運算符。在大多數情況下，這兩行程式碼會合併為一行，如下面的程式碼所示。考慮到返回可空引用類型的API, 我將它們分開(在這個人為的示例中)，以便您可以看到我使用的string?

string greeting = greetings.Find(x =\> x.EndsWith("!"))??"Hello world!";

在本例中，我將所有內容合併到一行中。我現在可以將變數聲明為字元串，因為null已經適應了??後面的字元串。字元串?在這種情況下，只有編譯器才能看到。

string[] args

現在，我將快速解決大多數人對頂級語句(包括args參數)提出的問題。args參數在頂級語句中仍然可用。只是不那麼明顯。下面是另一個演示如何使用它的程式。

string greeting = args.Length > 0 ? string.Join(" ", args) : "Hello World!";
WriteLine($"There are {greeting.Length} characters in "{greeting}" in this {nameof(Program)}.");

它產生以下結果。

PS C:\Users\rich\app> dotnet run
There are 12 characters in "Hello World!" in this Program.
PS C:\Users\rich\app> dotnet run Nice day, eh?
There are 13 characters in "Nice day, eh?" in this Program.

這個應用程式還演示了Program類型仍然是被定義的。Program.Main不是。

通過添加一個全局靜態 using 到我的項目文件，我從Program.cs中的Console.WriteLine中刪除了Console，如下所示。

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net6.0</TargetFramework>
    <ImplicitUsings>enable</ImplicitUsings>
    <Nullable>enable</Nullable>
  </PropertyGroup>
  <ItemGroup>
    <Using Include="System.Console" Static="True"/>
  </ItemGroup>
</Project>

定義常規方法

我們已經聽到一些用戶的回饋，他們認為真正的方法優於局部函數，特別是對於Program類。您可以使用任何一個帶有頂級語句的模型。

我保持程式不變，但將所有功能切換到 Program 類中的靜態方法，在部分類中定義。

Program.cs.
WriteLine(GetTheGreeting(args));
Program.Foo.cs.
public partial class Program
{
    public static string GetTheGreeting(string[] args)
    {
        string greeting = args.Length > 0 ? string.Join(" ", args) : "Hello World!";
        return $"There are {greeting.Length} characters in "{greeting}" in this {nameof(Program)}.";
    }
}

它產生與前面示例相同的結果。Program.Foo.cs文件名是任意的。事實上，Program.cs也是如此。你可以給這些文件起任何你喜歡的名字。編譯器會找出他們。

如前所述，在使用頂級語句時，Program類型必須在頂級命名空間中。

macOS and Windows Arm64 更新

我們除了有好消息，也有一些突破性的變化要分享。支援macOS和Windows arm64的項目已經基本完成。在macOS和Windows團隊的幫助下，我們已經在這上面工作了一年多。起初，我們認為該項目只是為了在 macOS 上支援 Arm64，而 Rosetta 2 將涵蓋 x64。很簡單，就像ISAs，對吧？不完全是。隨著我們深入研究，我們發現x64 + Arm64共存是一個更大的任務，主要集中在CLI和安裝程式上，包括一些他們需要達成一致的地方。藉助 RC2，我們正在交付 .NET 的構建版本，以提供我們可以想像的最佳體驗。

我將快速總結一下我們在 macOS 和 Windows Arm64 machines的進程：

• .NET 6 RC2 通過將 Arm64 和 x64 版本安裝到不同位置來實現 Arm64 + x64 共存。到目前為止，Arm64和x64構建相互覆蓋，which led to general sadness。
• 您需要卸載所有 .NET 版本並從頭開始（在 macOS 和 Windows Arm64 機器上）以採用 .NET 6 RC2+。這包括 Arm64 和 x64、.NET 6 和 .NET 6 之前的版本。
• .NET 6 之前的版本尚未準備好安裝。
• CLI允許您使用Arm64 SDK進行Arm64和x64開發(假設您已經安裝了所需的Arm64和x64運行時)。反過來也是一樣。
• 我們希望人們只使用Arm64 SDK，因為它會有更好的體驗(本機架構性能;只有一個SDK需要維護)。我們將繼續改進產品，使這一模式成為大多數開發者的簡單選擇。
• 對於SDK，我們只在Arm64上支援.NET 6+。早期的SDK構建將在Arm64上被阻止。
• 對於運行時，我們將支援所有支援的版本，Arm64 和 x64。
• .NET 6 RC2為Arm64(包括x64模擬)提供了大量的.NET 6最終體驗。
• 我們希望更新.NET Core 3.1和.NET 5運行時，以與.NET 6 RTM保持一致(在時間上和技術上)。這還待定。
• RC2的夜間構建目前是壞的，所以您需要再等幾周，直到我們真正發布RC2來嘗試所有這些。
• 針對Windows Arm64的.NET 5 SDK將會隨著.NET 6 RTM而提早退出支援。

我們也在考慮對dotnet test做一些突破性的改變，以統一我們用於架構目標的觀點:

• [Breaking change] For dotnet test, switch -a to alias –arch instead of –test-adapter-path
• [Breaking change] For dotnet test, switch -r to alias –runtime instead of –results-dir

該項目的很大一部分是通過 Arm64 SDK 啟用 x64 運行時。您可以在下圖中看到這一點。

如果你想了解更多細節，請查看dotnet/sdk #21686。

總結

C# 10基於C# 9的類似特性，在簡單性和可表達性方面提供了顯著的改進。過去，人們可以合理地嘲笑C#，因為僅僅編寫一行程式碼就需要這麼多的禮節和面向對象概念的知識。那些日子已經過去了，模板反映了這一點。這些變化的部分動機是讓C#對新程式設計師和學校更有吸引力。這些簡化的改變從根本上改變了您開始學習和熟練使用C#所需要的東西。在新的默認形式下，它可以直接與其他類似地以單一文件源文件開始的語言相比較。

我們期待看到其他項目通過頂級語句、全局使用、記錄和許多其他現代特性來簡化他們的新用戶體驗。有很多機會可以為開源項目和商業產品創建更簡單的學習旅程。

我們鼓勵您使用 .NET 6 RC2。我們相信您會發現它是一個可靠的版本。並將 全球.NET Conf 的日期會在11月9日，以便 .NET 6 發布。

感謝您成為 .NET 開發人員。