2026年10月10日から10月17日までに公開された、C#/.NET関連の主なニュースを紹介します。 今週は、正式版直前の.NET 11 RC2と、現在利用中の.NETや.NET Frameworkへ適用したい月例更新が公開されました。Windowsでの日々の開発を助けるVisual Studioの新設定に加え、長時間処理の設計やBlazorコードの安全確認に役立つ公式情報も取り上げます。
Windowsユーザーへの影響
.NET 8、9、10や.NET Frameworkを使うWindows PCとサーバーには、10月のセキュリティおよび品質更新が関係します。.NET 11 RC2を試す場合はVisual Studio 2026 Insidersが推奨され、Windows Forms、ASP.NET Core、SDK、NuGetなどの最終候補機能を確認できます。
Visual Studio 2026 version 18.11では、大きなソリューションのビルドが失敗した時に待ち時間を減らせます。SDKやIDEを更新する前にGitへ作業を保存し、dotnet --list-sdksとVisual Studio Installerで現在の構成を記録してから検証してください。
.NET 11 RC2が公開、正式版前のGo-Live対応リリース
公式記事：Announcing .NET 11 Release Candidate 2
.NET 11 ASP.NET Core Windows Forms
2026年10月13日、.NET 11 Release Candidate 2が公開されました。Go-Liveサポートの対象で、SDK、MSBuild、NuGet、ASP.NET Core、.NET MAUI、Windows Formsなどに正式版へ向けた更新が入っています。
主な変更には、ASP.NET CoreのQuickGrid仮想化APIの実験扱い終了、MSBuildのワイルドカード照合高速化、NuGet CLIで公開直後のパッケージを避ける最小経過時間の指定、Windows Formsの外観・アクセシビリティ設定への追従などがあります。
初心者は「機能を試せる最終候補版」であり、正式版そのものではないと理解してください。実務でGo-Liveサポートを利用する場合でも、依存パッケージの対応状況と破壊的変更を確認し、Visual Studio 2026 Insidersと検証用ブランチでビルド、テスト、公開手順を通してから採用しましょう。
.NETと.NET Frameworkの10月セキュリティ更新が公開
公式記事：.NET and .NET Framework October 2026 servicing releases updates
2026年10月12日、.NETと.NET Frameworkの月例サービス更新が案内されました。.NET 10.0.13、9.0.21、8.0.32にはセキュリティ修正とセキュリティ以外の修正が含まれ、.NET Frameworkにも10月の更新が提供されています。 開発PCのSDKだけでなく、アプリを動かすランタイム、IIS Hosting Bundle、コンテナーイメージも別々に更新状況を確認する必要があります。対象バージョンごとのCVE一覧、既知の問題、リリースノートは公式記事からたどれます。
初心者は、まずdotnet --list-runtimesでインストール済みランタイムを確認し、Windows UpdateとVisual Studio Installerの更新を適用してください。実務では開発PCだけで完了とせず、CI、配布先サーバー、コンテナーのベースイメージまで棚卸しし、更新後に回帰テストを実行しましょう。
Durable Taskの使いどころを5つの実例で解説
公式記事：Durable Task in the Real World: What Problems Does It Actually Solve?
2026年10月12日、長時間の処理を中断後も再開するDurable Taskの使いどころを、C#の実例で説明する記事が公開されました。承認待ち、Azure環境の構築、支払い、順不同で届くWebhook、AIエージェントによる調査という5つの場面を扱っています。 Durable Taskは「どこまで完了し、何を待っているか」を履歴として残せます。一方、外部サービスで処理が本当に完了したか、同じ支払いを再実行して安全かといった判断はアプリ側の責任で、外部処理を自動的に一度だけ実行してくれる仕組みではありません。
初心者は、通常のasync/awaitを置き換える道具ではなく、数分以上待つ処理や再起動をまたぐ業務フローの候補として見てください。実務では導入前に、正しい状態を持つ場所、再試行でも変わらない識別子、結果が不明な外部処理への確認方法を書き出すことが重要です。
Visual Studio 2026、最初のビルド失敗で停止できる設定を追加
公式記事：Stop waiting on a failed build
Visual Studio Visual Studio 2026 ビルド
2026年10月15日、Visual Studio 2026 version 18.11に、ソリューション内で最初のプロジェクトが失敗した時点でビルドを止める設定が追加されたと発表されました。Tools > Options > Projects and Solutions > Build and Runから、Stop solution build after first failureを有効にできます。
有効にすると、待機中のプロジェクトを開始せず、すでに動いているビルドも安全に停止します。ただし、成功するビルド自体が速くなる機能ではなく、残りのプロジェクトで発生する別のエラーを一度に集められなくなる点が選択の分かれ目です。
初心者は、最初のエラーから順番に直すことが多いなら有効にし、複数のエラーをまとめて確認したいなら既定のままにするとよいです。実務では大規模ソリューションで有効・無効の両方を試し、失敗後の待ち時間と取得できるエラー数を比べてチームの方針を決めましょう。
GitHub AI Scanが正式提供、Blazorの変更も検査対象に
公式記事：AI Scan for pull requests generally available
2026年10月15日、プルリクエストの変更から脆弱性を探すGitHubのAI Scanが正式提供されました。CodeQLが現在対応していない言語や構成を補い、C#ではBlazorの変更も対象に含まれます。 有効なリポジトリではプルリクエスト上に説明と修正案が表示されますが、結果は助言扱いで、検査を失敗させたりマージを直接止めたりはしません。フォークやDependabotが作成したプルリクエストは対象外で、非公開リポジトリではGitHub Code SecurityまたはGitHub Advanced Securityが必要です。
初心者は、AIの指摘を確定した脆弱性ではなく、確認すべき候補として扱ってください。実務ではCodeQLや既存テストを置き換えず、指摘箇所のデータの流れ、再現手順、修正差分を人が確認し、利用時に消費するCode Security AI Creditsの予算も設定しましょう。
初心者が次に確認すること
最初にdotnet --info、dotnet --list-sdks、dotnet --list-runtimesの結果と、Visual StudioのHelp > Aboutに表示されるバージョンを控えてください。利用中の.NET 8、9、10と.NET Frameworkについて10月の更新を確認し、開発PC、CI、サーバー、コンテナーを同じ観点で棚卸ししましょう。
.NET 11 RC2は既存環境と分けた検証用プロジェクトで試し、ビルドとテストの結果を記録してください。長時間処理がある場合は再試行時の識別子と外部処理の確認方法を書き出し、GitHub AI Scanを使える環境では小さなBlazorのプルリクエストで、指摘が助言としてどう表示されるかを確認すると理解しやすくなります。