HN 日本語サマリー

← 一覧へ戻る
プログラミング

.NET 11の発表

.NET 11 (devblogs.microsoft.com)

56 pointsby runesoerensen4 コメント

要約

.NET 11がリリースされ、C# 15、ASP.NET Core、.NET MAUI、Windows開発における生産性向上と新機能が導入されました。ランタイムの最適化、SDKツールの応答性向上、オーバーヘッド削減により、開発者はより迅速にアプリケーションを構築できるようになります。AI機能の強化や、開発ワークフローを効率化するツールも含まれています。

全文翻訳

.NET 11の発表

本日、.NET 11のリリースを発表できることを嬉しく思います！今年のリリースは、モダンなアプリケーションの構築をより迅速に、より生産的にし、C# 15、ASP.NET Core、.NET MAUI、Windows開発全体にわたる改善をもたらします。数百ものランタイム最適化、より応答性の高いSDKツール、日常的なコマンドのオーバーヘッド削減により、待機時間を減らし、創造により多くの時間を費やすことができます。よりリッチなWebアプリケーションやクロスプラットフォームアプリケーションを構築し、新しいC#言語機能を利用し、強化されたツールとエージェント機能でAIを活用した開発を探求してください。

.NET 11のサポート

.NET 11は、.NETサポートポリシーの下で2年間のサポートを提供するStandard Term Support (STS) リリースです。STSおよびLong Term Support (LTS) リリースは、品質とサービス提供ポリシーは同じですが、サポート期間が異なります。.NET 10は引き続きサポートされているLTSオプションです。どちらのリリースを選択しても、サービスアップデートで最新の状態を保ってください。

.NET Conf にご参加ください、11月10日～13日

製品チームやコミュニティと共に.NET Conf 2026で.NET 11を探求しましょう。カンファレンスには11月10日と11日に製品チームのセッションがあり、その後2日間はコミュニティセッションが行われます。

初日のライブストリーム（基調講演を含む）を視聴するか、カンファレンスセッションプレイリストを参照してください。

Announcing .NET 11

.NET 11の新機能

皆様にぜひ試していただきたい変更点の一部をご紹介します。

  • C# 15のユニオン型と閉じた階層は、アプリケーションの可能な状態を表現し、コンパイラチェック付きパターンで処理するのに役立ちます。
  • ネイティブAOT CLIホストとウォームなMSBuildサーバーは、日常の開発ワークフローのオーバーヘッドを削減します。
  • ASP.NET Coreは、非同期検証、OpenAPI 3.2、およびBlazorとSignalRアプリケーション向けの新しい機能をもたらします。実験的なBlazor AIコンポーネントは、Agent User Interaction Protocol (AG-UI) と統合され、高度なエージェント型Webエクスペリエンスを提供します。
  • Microsoft.Extensions.AI (MEAI) を使用して、モデルアクセス、MCPによるツール統合、およびエージェントとワークフローのためのMicrosoft Agent Framework (MAF) を使用して、AIを活用したエージェント型アプリケーションを構築します。
  • .NET Skillsによる.NET固有のガイダンス、.NET MAUI DevFlowによる実行中アプリケーションの検査とテスト、および.NET Upgrade Canvasによるモダナイゼーションの進捗確認など、エージェント型開発ツールを活用します。
  • .NET MAUIはCoreCLRをデフォルトランタイムとして採用し、XAMLのイテレーションとネイティブコントロールを改善します。
  • ライブラリには、組み込みのZstandard圧縮、よりシンプルなプロセス実行、リッチなJSONサポート、およびコピーせずにインメモリデータを操作する新しい方法が追加されました。

what’s new in .NET 11 overviewは、完全な詳細へのリンクです。ここでは、これらのヘッドラインの背後にある変更点と、それらを使い始める方法について説明します。

言語

C# 15

C# 15は、.NET 11をターゲットとするプロジェクトのデフォルト言語バージョンです。ユニオン型は、その最大の追加機能の1つです。値は宣言されたケース型のセットのいずれかになり、それらの型からの変換とswitch式での網羅性チェックが可能です。

製品検索で、製品が見つかるか、見つからなかったことを報告するケースを考えてみましょう。

ProductLookup result = new Product(42, "Mechanical keyboard");

string message = result switch
{
    Product product => $"Found {product.Name}",
    ProductNotFound missing => $"No product with ID {missing.Id}",
};

Console.WriteLine(message);

public sealed record Product(int Id, string Name);
public sealed record ProductNotFound(int Id);
public union ProductLookup(Product, ProductNotFound);

結果の型は、呼び出し元がどの結果を処理する必要があるかを伝えます。それらの結果を1つの戻り値の型の後ろに置くだけのために、objectや無関係な基底クラスを使用する必要はありません。

C# 15には閉じた階層も追加されました。closedクラスは、直接の派生を宣言アセンブリに制限し、コンパイラが階層全体でパターンをチェックするための情報を提供します。ユニオン型は既存の型を組み合わせたい場合に役立ち、閉じた階層は継承関係を所有するモデルに適しています。

日常のコードにも役立つ、より小さな言語機能もあります。コレクション式の引数を使用すると、コレクション式の構文を諦めることなく、コンストラクタやファクトリの引数を渡すことができます。

HashSet<string> names =
    [with(StringComparer.OrdinalIgnoreCase), "Alice", "ALICE", "Bob"];

Console.WriteLine(names.Count);

これは2と表示されます。コンパレータが等価性を制御するため、"Alice"と"ALICE"は1つのエントリになります。

その他の追加機能には、拡張インデクサ、およびラベル付きbreakとcontinueがあります。これらの機能はプレビュー言語バージョンを必要としません。個別のメモリ安全性に関する作業はプレビューのままです。オプトイン要件については、C# 15の機能ドキュメントを参照してください。

F# 11

F# 11は、コンパイラのメモリ使用量を改善し、FSharp.Coreコレクション操作での割り当てを削減します。また、サービスやマシンが快適に処理できる以上の作業を開始してしまう可能性のあるコレクション操作を制限するのに役立つ、同時非同期作業を制限する方法も追加されました。

F#リリースノートでは、デフォルト言語の更新と、ランタイム非同期サポート（カスタム計算式ビルダー用）を含むプレビュー機能が区別されています。

プラットフォーム

SDK

SDKは現在、ネイティブAOT CLIホストをデフォルトで有効にしています。ヘルプやバージョンクエリなどのコマンドは、マネージドCLIを起動せずに実行でき、ツール起動もその起動パスを回避できます。マネージド実行が必要なコマンドは引き続きそれを使用します。

MSBuildサーバーも、CLI呼び出し間でデフォルトでウォーム状態を維持し、繰り返し発生する起動作業を削減します。LinuxおよびmacOSのSDKインストーラーは、アセンブリの重複排除により小型化されています。

ファイルベースのアプリケーションは#:includeでソースファイルをまたいで成長でき、ソリューションフィルターはCLIから作成および編集できます。dotnet watchは、Aspireアプリホスト統合、クラッシュリカバリ、およびモバイルプロジェクトのデバイス選択を追加します。

Microsoft.Testing.Platformを使用するチームの場合、dotnet testは実行レベルのタイムアウト、失敗制限、より明確な進捗レポート、およびモジュールごとの結果ディレクトリを獲得します。テストランナーが重要です。これらのスイッチはVSTestコマンドラインオプションと相互に交換可能ではありません。

コンテナ発行は、SOURCE_DATE_EPOCHによる再現可能なイメージダイジェストを追加し、ターゲットマニフェストが既に存在する場合の冗長なレイヤーアップロードを回避します。NuGetソース構成は、パッケージ発行の最小年齢設定を獲得し、チームが新しく発行されたパッケージバージョンが選択可能になるまで待機できるようにします。これは、脆弱性チェックや依存関係のレビューを置き換えるものではなく、追加のポリシー制御です。

コマンド例と構成については、SDKとツールの新機能を参照してください。

ランタイムとパフォーマンス

.NET 11でのパフォーマンス作業は、デプロイするコードと開発に使用するツールの両方に及びます。Stephen ToubによるPerformance Improvements in .NET 11は、ベンチマークとコード例とともに、数百のランタイムおよびライブラリの最適化を詳細にツアーします。

Just-In-Time (JIT) コンパイラの改善は、より多くの冗長な境界チェックと分岐を削除し、デビュートゥアライゼーションを改善し、より多くの操作を定数に折り込みます。たとえば、JITはコンパイル時に入力がわかっている場合に、追加のSequenceEqual呼び出しを最適化できます。これらの変更は、対応するアプリケーションロジックを書き直すことなく、生成されるコードを改善します。

ネイティブAOTインターフェイスディスパッチは、インターフェイス呼び出しサイトでのコード量を削減し、インターフェイスを多用するワークロードのスループットを向上させる共有ヘルパーを使用します。ハードウェアサポートも拡張されており、サポートされているx64およびArm64ハードウェアでのHalf操作用のFP16命令、および新しいベクトル構築および合成APIが含まれています。

診断に関する有用な作業もあります。インプロセス クラッシュレポートロギングは、プロセスが終了する前にマネージドスタックトレース、モジュール情報、およびランタイム状態をキャプチャできます。以前はモバイルプラットフォームで利用可能でしたが、このレポートパスはLinuxおよびmacOSもサポートするようになりました。

いつものように、ご自身のアプリケーションへの影響を測定してください。スループット、起動時間、メモリ使用量、およびデプロイメントサイズは、選択するワークロードと発行オプションによって異なります。

Runtime Asyncは、.NET 11プレビュー全体で繰り返しテーマとなっています。これは、コンパイラ生成の状態マシンに依存するのではなく、非同期の中断と再開をランタイムに移動させます。

特に有用な結果の1つは、より明確なライブコールスタックです。プロファイラやデバイサは、実行に使用されるインフラストラクチャではなく、非同期メソッド自体を表示できます。これは、既にそのインフラストラクチャの多くを隠している例外スタックトレースとは異なります。

Runtime Asyncはプレビュー機能のままです。 プロジェクトでこれを試すには、net11.0をターゲットにして以下を追加してください。

<PropertyGroup>
  <Features>runtime-async=on</Features>
</PropertyGroup>

このシナリオではEnablePreviewFeaturesを有効にする必要はありません。.NETランタイムライブラリ自体はRuntime Asyncで構築されていますが、アプリケーションコードを新しいコンパイルモデルにオプトインすることは別の選択です。その動作と現在のガイダンスについては、Runtime Asyncドキュメントを参照し、採用する前にアプリケーションの依存関係と診断をテストしてください。

AIライブラリとツール

.NET 11 SDKにはMCPサーバーテンプレートが含まれています。MCPはAIアプリケーションにツールとサービスを共通の方法で発見および呼び出す方法を提供します。このテンプレートは公式MCP C# SDKを使用し、動作するサンプルツールが含まれているため、個別のテンプレートパッケージをインストールする前に独自の機能を提供開始できます。

dotnet new mcpserver -o MyMcpServer

AIサービスを利用するアプリケーションの場合、Microsoft.Extensions.AI (MEAI)はIChatClientやIEmbeddingGeneratorなどの抽象化を提供します。これらのライブラリを使用すると、モデルアクセスを依存関係注入、キャッシュ、およびOpenTelemetryと組み合わせて、使い慣れた.NETパターンで利用できます。これらは、アプリケーションコード全体を新しいフレームワークバージョンに移行する必要がある機能ではなく、NuGetパッケージとして利用できます。

Microsoft Agent Framework (MAF)は、これらの抽象化の上に構築されており、ツールを呼び出し、会話状態を維持するエージェントと、エージェントおよびアプリケーションコードを調整するワークフローを備えています。エージェントをMCPツールに接続してアプリケーションの機能へのアクセスを提供し、エージェントをASP.NET Core AG-UIエンドポイントを通じて公開して、対話型のBlazorエクスペリエンスを構築します。AG-UIホスティング統合は現在プレリリースです。

実践的な例については、.NET AI Essentials: The Core Building Blocks Explainedから始め、Microsoft Agent Framework walkthroughに進んでください。

ライブラリ

.NETライブラリは、以前は追加のセットアップ、中間バッファ、またはカスタムヘルパーを必要とした機能を追加します。

Process APIの拡張には、プロセスを実行してその出力と終了ステータスをキャプチャするワンショットメソッドが含まれています。より高度なAPIは、継承されたハンドル、中断された開始、およびプロセスシグナリングを制御できます。ビルドツールや開発者ユーティリティは、子プロセスの終了方法を検査しながら、プロセス配管に費やすコードを減らすことができます。例については、Process API Improvements in .NET 11を参照してください。

Zstandard圧縮は、System.IO.Compressionの既存の圧縮形式に加わります。新しいスパンベースの圧縮APIは、独自のバッファを管理する呼び出し元をサポートし、ZIPの改善にはエントリ読み取り時のCRC32検証が含まれます。

4つの新しいインメモリ ストリーム アダプターは、既存のデータをStreamを受け入れるAPIにブリッジします：ReadOnlyMemoryStream、WritableMemoryStream、ReadOnlySequenceStream、およびStringStream。たとえば、パイプラインのセグメント化されたReadOnlySequence<byte>は、最初に新しい連続バッファにフラット化することなく、ストリームとして読み取ることができます。

System.Text.Jsonは、C#ユニオン、F# discriminated unions、および非同期シーケンスからのJSON Lines出力をサポートします。F#ユニオンサポートはリフレクションを使用し、ソース生成、トリミング、またはネイティブAOTをサポートしないため、トリミングされたアプリケーションで選択する前に、ドキュメント化された制限を確認してください。

LINQにはFullJoinが追加され、両方の入力から一致しない要素を保持します。これは、両方の側で不足しているアイテムを確認する必要がある2つのインベントリを比較するなど、照合作業に役立ちます。

ライブラリは、数値型、DNS解決、暗号化、およびトレース構成も拡張します。ライブラリの概要は、変更点の完全なセットをカバーし、実験的なままのAPIをマークしています。

Entity Framework Core 11

Entity Framework Core 11は、モデルがクエリにどのように変換され、そのクエリがSQLにどのように変換されるかを改善します。

EF Coreは、より多くの参照ナビゲーションおよび分割クエリシナリオで不要な結合を削除し、GroupBy変換を改善し、それをサポートするリレーショナルプロバイダーで新しいLINQ FullJoin演算子を変換します。これらの変更は、生成されるSQLを簡略化しながら、より多くのクエリをLINQにとどめることができます。

複雑な型とJSON列は、テーブルごとの型またはテーブルごとの具象型継承でマッピングされたエンティティで使用できるようになりました。その他の改善には、マイグレーションツールと追加のプロバイダー固有のJSON機能が含まれます。

SQL Serverアプリケーションの場合、EF Coreはベクトルインデックスと近似ベクトル検索のサポートを追加します。SQL Server機能と対応するEF APIは実験的です。評価する前に、ベクトル検索のドキュメントと制限を参照してください。

EF Core 11は.NET 11を必要とします。アップグレードする際は、データベースプロバイダーの互換性とEF Core 11の破壊的変更、およびランタイムの変更を確認してください。

開発者ツール

新しいdotnetupツールチェーンマネージャーを使用すると、ユーザーアカウントに.NET SDKとランタイムをインストールおよび更新できます。現在パブリックプレビュー中であり、サイドバイサイドバージョンの管理とサービスアップデートの追跡に役立ちます。

.NET Skillsは、コーディングエージェントに.NETチームからのタスク固有のガイダンスを提供します。私たちの.NET Skills introductionは、これらのスキルをコーディングエージェントに追加する方法を説明しています。

実験的な.NET MAUI DevFlowツールキットは、実行中のアプリケーションのビジュアルツリー、スクリーンショット、およびインタラクションツールを公開するため、エージェントはソースコードからだけでなく、UIを検査およびテストできます。

モダナイゼーションのために、.NET Upgrade Canvasは、GitHub Copilotアップグレードセッションの視覚的なビューを提供します。評価結果と依存関係の互換性を確認し、実装タスクに従い、アップグレードエージェントが作業する際の失敗と進捗を監視します。GitHub Copilotアプリのモダナイゼーションウォークスルーは、評価から実行までのワークフローをカバーしています。

ワークロード

Web: ASP.NET CoreとBlazor

アプリケーションの種類は、スタックの残りの部分がそれらを理解している場合に最も役立ちます。ASP.NET Coreは、Minimal APIおよびMVCでのJSONリクエストおよびレスポンスボディを含む、System.Text.Jsonを使用するすべての場所でC#ユニオンをサポートします。生成されたOpenAPIドキュメントは、anyOfスキーマでユニオンの代替を記述します。

このサポートはJSONボディに適用され、ルート、クエリ、ヘッダー、またはフォームバインディングには適用されません。複数のユニオンケースが同じJSON形状を持つ場合、デシリアライゼーションがそれらを区別できるように分類子を構成します。ASP.NET Coreユニオンのドキュメントでは、それらの境界について説明しています。

検証も、I/Oを必要とするルールにとってより実用的になります。非同期検証は、新しい非同期DataAnnotations APIで動作するため、バリデーターはスレッドをブロックする代わりに、データベース検索やリモート呼び出しを待機できます。Minimal APIとBlazorフォームはこのサポートを使用できます。

OpenAPI 3.2がデフォルトになりました。他の改善点の中でも、サーバー送信イベントストリームのイベントごとのペイロードをドキュメントで記述できます。クライアントジェネレータまたはツールチェーンの他の部分がまだ3.2をサポートしていない場合は、以前のドキュメントバージョンを明示的に選択できます。

長寿命接続の場合、SignalR認証リフレッシュにより、接続を再接続せずに認証をリフレッシュできます。Blazor Interactive Serverコンポーネントは、更新されたIDを受信し、クレームが変更されたときに反応できます。

Blazorは、静的レンダリングページとインタラクティブアプリケーションの両方に機能を追加します。

新しいCacheViewコンポーネントは、静的サーバーサイドレンダリング中にコンポーネントサブツリーのレンダリング出力をキャッシュします。キャッシュヒット時には、Blazorはこれらの子コンポーネントを作成したりライフサイクルメソッドを実行したりせずにマークアップを再生します。これにより、ページの高コストでほとんど静的なセクションのキャッシュ単位が小さくなります。

インタラクティブサーバーアプリは、ブラウザタブが非アクティブになったときに自動的にサーキットを一時停止するようにオプトインできます。設定可能な遅延の後、一時停止は非アクティブなユーザーが保持していたサーバーメモリとSignalR接続を解放します。この機能には追加のパッケージと明示的な構成が必要であり、アップグレードしてもアプリケーションのサーキット動作はサイレントに変更されません。

フォームは、静的サーバーレンダリング用のクライアントサイド検証と非同期検証サポートを獲得します。QuickGridとVirtualizeは、特定のアイテムに移動する方法を追加し、ユーザーを大きなコレクション内の元の場所に戻す場合に役立ちます。

Blazorは、エージェント型ユーザーインターフェイス用のコンポーネントも追加します。新しいMicrosoft.AspNetCore.Components.AIパッケージには、ストリーミングチャット、ツールレンダリング、承認フロー、および共有UI状態用のコンポーネントが含まれています。基本的なチャットは任意のIChatClientで動作します。リモートエージェントを使用した高度なエクスペリエンスのために、AG-UI .NET統合は、ASP.NET CoreエージェントエンドポイントとBlazor UIの間でストリーミング応答、ツールイベント、承認要求、および共有状態の更新を伝送します。

Blazor AIコンポーネントパッケージは実験的であり、.NET 11全体でプレリリースです。これは方向性を試してフィードバックを提供する機会であり、ASP.NET Core共有フレームワークの安定した部分ではありません。Blazor AIコンポーネントのドキュメントを参照してください。

AG-UI .NET SDK introductionは、プロトコルのクライアントおよびサーバーAPIをカバーしています。Build Agentic UI with the new Blazor AI componentsは、それらを連携させて動作するアプリで紹介しています。

ASP.NET Coreの新機能で、Blazorの機能、構成例、および互換性の詳細を確認してください。

クライアント: .NET MAUI

.NET 11の.NET MAUIは、すべてのプラットフォームでCoreCLRをデフォルトランタイムとしています。CoreCLRへの移行により、モバイルおよびデスクトップアプリは、他の.NETワークロードと同じランタイム基盤に配置されます。JITコンパイルを許可しないAppleプラットフォームでは、ランタイムは実行時にネイティブコードを生成するのではなく、プリコンパイルされたコードとインタプリタを使用します。

ネイティブAOTはオプトイン発行の代替手段です。そのAndroidサポートは実験的なままです。デプロイメントモデルを選択する際は、プラットフォーム固有のランタイムガイダンスを確認し、アプリのライブラリをテストしてください。

UI開発ループも注目されています。

  • XAML Incremental Hot Reloadは.NET 11のプレビュー機能です。ページやコントロールのライブインスタンスを、サポートされている構造編集を含めて、ナビゲートして戻る必要なしに更新します。デバッグビルドではデフォルトで有効になっています。
  • 暗黙的なXAML名前空間宣言により、すべてのファイルのルートに標準の名前空間宣言を繰り返す必要がなくなります。
  • Windowsはデフォルトで新しいCollectionView2ハンドラーを使用し、Android Shellはハンドラーベースのアーキテクチャを採用します。
  • 新しいモバイルテストテンプレートとdotnet testデバイス選択により、CLIワークフローにテストが組み込まれます。

これらは意味のあるランタイムとハンドラーの変更であるため、アップグレードの一部としてナビゲーション、カスタムハンドラー、およびトリミングされた発行を行使してください。オプションのMicrosoft.Maui.Controls.Compatibilityパッケージはもはや出荷されません。まだ参照しているアプリは、それから移行する必要があります。

.NET MAUIは、.NETランタイムのSTSおよびLTSライフサイクルとは別に、独自のサポートポリシーに従います。

Windows: WinUI、Windows Forms、およびWPF

新しいWindowsデスクトップアプリの場合、WinUI 3は推奨されるネイティブUIフレームワークであり、C#とXAMLをモダンなコントロールとFluent Design Systemと組み合わせています。これはWindows App SDKを通じて提供され、既存のWPFおよびWindows FormsアプリにもモダンなWindows APIを利用可能にします。

UIテストを追加するには、UWPおよびWinUI 3アプリ：MSTestによるUIテストを参照してください。

.NET 11のWindows Formsには、アプリケーションまたはコントロールレベルで選択できるオプトインのモダンなビジュアルスタイルモードが追加されました。また、システムの視覚的およびアクセシビリティ設定に応答する方法、フォームが表示されるまで遅延させる方法、およびバルク更新中のペイントを一時停止する方法も追加されました。

これらのコントロールにより、フレームワークのアップグレードを自動的なビジュアル再設計として扱うのではなく、アプリケーションに適した場所でリフレッシュされたレンダリングを導入できます。

WPFの更新は、Fluentウィンドウバックドロップ、ウィンドウマネージャーの障害、および弱イベントクリーンアップの修正を含む信頼性に焦点を当てています。自己完結型のWindows発行には、混合モードWPFアセンブリをロードするアプリに必要なネイティブ依存関係も含まれています。

開始方法とアップグレード計画

.NET 11 SDKをインストールしてください。互換性のある最新のVisual Studio 2026インストール、またはVisual Studio Code with C# Dev Kitを使用してください。

コンソールアプリを作成して実行するには：

dotnet new console -n HelloDotnet11 -f net11.0
dotnet run --project HelloDotnet11

生成されたプログラムを上記のC#例のいずれかで置き換えて、新しい言語機能を試すことができます。

既存のアプリケーションの場合、開発およびデプロイメント環境全体でのアップグレードを計画してください。

  1. リポジトリがピン留めしている場合は、global.jsonのSDK選択を更新し、開発マシンとビルドエージェントに一致するSDKをインストールします。
  2. ターゲットフレームワークを.NET 11に更新し、該当する場合はプラットフォーム固有のターゲットフレームワークサフィックスを保持します。パッケージとワークロードを互換性のあるバージョンに更新します。
  3. .NET 11の破壊的変更（更新された最小CPU要件を含む）を確認します。新しいSDKをインストールするだけでは、アプリのターゲットは変更されません。
  4. テストを実行し、代表的なワークロードの下でアプリケーションを測定します。実際の発行モード、コンテナベースイメージ、ネイティブ依存関係、およびデプロイメントホストを検証します。

** .NET 8または.NET 9からのアップグレード**

.NET 8および.NET 9は、2026年11月10日にサポート終了となります。修正を受け続けるには、サポートされているリリースに移行してください。最新の機能については.NET 11を選択するか、LTSライフサイクルが要件により適している場合は.NET 10を選択してください。日付とサービス要件については、.NETサポートポリシーを参照してください。

.NET 11リリース候補からアップグレードする場合、プレリリースビルドに留まるのではなく、最終SDK、ランタイム、および互換性のあるパッケージとワークロードバージョンに更新してください。

私たちと共に.NETを構築していただきありがとうございます

.NET 11は7,000人以上の貢献者の成果です。コードを提供し、プレビューをテストし、問題を報告し、年間を通じてより良い設計上の決定を下すのに役立ったすべての人に感謝します。プレビューおよびリリース候補全体での皆様のフィードバックは、本日出荷されるものを形作るのに役立ちました。

.NETエコシステムは成長を続けており、NuGetには589,000を超えるユニークなパッケージがあり、1.1兆以上のパッケージダウンロードがあります。

［画像: .NET 11貢献者のアバターのコラージュ］

.NET 11をダウンロードして、よく知っているアプリケーションで試してみてください。そして、それを構築している人々から直接学ぶために.NET Confにご参加ください。結果や質問は.NET GitHubディスカッションで共有してください。

著者

［画像: .NETチーム］

.NETは、モダンなアプリと強力なクラウドサービスを構築するための、無料のオープンソースのクロスプラットフォームフレームワークです。