PreviewLogo Visual Studio 2022 v17.0 Preview リリース ノート


Developer Community |Visual Studio 2022 ロードマップ |システム要件 |互換性 |配布可能コード |ライセンス条項 |ブログ |最新リリースの既知の問題 |Visual Studio Docs の新機能


重要

このリリースは、"Go Live" ではなく、実稼働コンピューターでの使用や実稼働コードの作成を目的としていません。 Visual Studio 2022 のインストールと更新の手順については 、Visual Studio 2022を最新のリリース に更新する方法に関するドキュメントを参照してください。

Download Community Button Download Professional Button Download Enterprise Button


Visual Studio 2022 v17.0 Preview の新機能

Visual Studio 2022 v17.0 Preview のリリース

Visual Studio 2022 ブログ

Visual Studio 2022 ブログ は、Visual Studio エンジニアリング チームから製品に関する分析情報を提供する公式の情報源です。 Visual Studio 2022 リリースの詳細については、次の投稿を参照してください。


17.0.0-pre.4.1 Visual Studio 2022 バージョン 17.0 Preview 4.1 NewReleaseButton

リリース日: 2021 年 9 月 20 日

この Visual Studio 2022 バージョン 17.0 Preview 4.1 リリースで対処された問題の概要

  • .cshtml と .razor ファイルに対するホット リロードの変更により、タグ ヘルパーとコンポーネントが壊れる

Developer Community からの投票数が多い問題

このリリースの Developer Community 修正プログラムの完全な一覧を参照してください。


17.0.0-pre.4.0 Visual Studio 2022 バージョン 17.0 Preview 4

リリース日: 2021 年 9 月 14 日

この Visual Studio 2022 バージョン 17.0 Preview 4 リリースの新機能の概要

機能拡張

  • Microsoft.VisualStudio.Language.Client アセンブリから API を削除しました

プログラミング言語

  • C#10

C++

  • スイッチ -fsanitize=fuzzer での libfuzzer のサポート。 詳細については、こちらのドキュメントを参照してください。
  • C++ のホット リロードで CMake および OpenFolder プロジェクトがサポートされるようになりました。
  • P1689r3 で説明されている CMake プロジェクトの C++20 モジュールの依存関係を出力する /scanDependencies フラグを実装しました。 これは、CMake を使用してモジュールベースのプロジェクトをビルドするためのサポートに向けた一歩であり、今後のリリースでの完全なサポートに向けて取り組んでいます。
  • コード分析ツールでの Null ポインター逆参照の検出を改善しました。
  • Visual Studio に付属している CMake のバージョンをバージョン 3.21 にアップグレードしました。 使用可能な内容の詳細については、CMake 3.21 リリース ノートを参照してください。
  • MSVC ツールセットでは既定で、SHA-256 ソース ハッシュがデバッグ レコードで使用されるようになりました。 以前は、ツールセットでは既定でソース ハッシュに MD5 が使用されていました。
  • C++ ワークロードを使用するゲーム開発では、Visual Studio 2022 のサポートを備えた最新の Unreal Engine がインストールされるようになりました。

.NET の生産性

  • ソリューション エクスプローラーからフォルダー構造と一致するように名前空間を同期する
  • ソリューション エクスプローラーからバックグラウンド コード分析を構成する

.NET ホット リロード

  • ユーザー エクスペリエンスの向上 (オプションのある新しいボタン)、保存時の変更の適用および設定
  • ホット リロード .NET MAUI アプリのサポート (iOS、Android、WinUI)
  • ASP.NET シナリオの改善
  • その他の編集のサポート

XAML ホット リロード

  • .NET MAUI アプリの XAML ホット リロード サポートの強化
  • WPF および WinUI アプリの同じセッションで XAML と .NET ホット リロードの両方を使用するためのサポートの強化

XAML ライブ プレビュー

  • .NET MAUI および Xamarin.Forms アプリのサポートの追加 (Android Emulator)
  • WinUI 3 および UWP アプリのサポートの追加

テスト ツール

  • テスト エクスプローラーに表示
  • Web ロード テストとコード化された UI テストのサポートの更新

JavaScript/TypeScript

  • 追加のツールでスタンドアロンの JavaScript または TypeScript プロジェクトをビルドする、新しい JavaScript または TypeScript プロジェクトの種類をリリースしました。
  • NPM GUI を使用できるため、Nuget パッケージをダウンロードするのと同じように NPM モジュールをダウンロードできるようになりました

デバッグと診断

  • 依存ブレークポイントという新しい種類のブレークポイントをリリースしました。これにより、ブレークポイントを、別のブレークポイントに最初にヒットした場合にのみ構成できるようになります。
  • 外部ソース ノードにさらに更新が追加されたため、サブノードの [Modules without Sources](ソースのないモジュール) の下にモジュールを表示し、シンボルをソリューション エクスプローラー自体から読み込めるようになりました。

この Visual Studio 2022 バージョン 17.0 Preview 4 リリースで対処された問題の概要

  • .NET 6 MAUI ワークロードのインストール パスの追加
  • 既定の AppDomain で、静的変数の初期化中に ATL 文字列の初期化が確実に行われようになります。
  • リリース パッケージ ソース マッピング機能。これにより、ソフトウェア サプライ チェーンに対する顧客の制御が拡大します。 インストールされているタブ警告アイコン ヒントの脆弱性、非推奨、結合されたメッセージを改善しました。

Developer Community からの投票数が多い問題

このリリースの Developer Community 修正プログラムの完全な一覧を参照してください。

この Visual Studio 2022 バージョン 17.0 Preview 4 リリースの新機能の詳細

拡張性

次の API は Microsoft.VisualStudio.Language.Client アセンブリから削除されます。

  1. プロパティ ILanguageClientInitializationInfo.Result
  2. 廃止された中間層インターフェイス:
    • ILanguageClientCompletionProvider
    • ILanguageClientDidChangeConfigurationProvider
    • ILanguageClientDidChangeProvider
    • ILanguageClientDidCloseProvider
    • ILanguageClientDidOpenProvider
    • ILanguageClientExecuteCommandProvider
    • ILanguageClientWorkspaceSymbolProvider

プログラミング言語

C# 10

  • レコード構造体および構造体の with 式 (record struct Point(int X, int Y);var newPoint = point with { X = 100 };)。
  • global using ディレクティブ: global using ディレクティブでは、プログラム内の多くのファイルでの同じ using ディレクティブの繰り返しが回避されます。
  • 明確な代入の改善: 明確な代入と null 値の許容の分析では、dictionary?.TryGetValue(key, out value) == true などの一般的なパターンをより適切に処理できます。
  • 定数補間文字列: 定数で構成される補間された文字列自体が定数です。
  • 拡張プロパティ パターン: プロパティ パターンを使用すると、入れ子になったメンバーにアクセスできます (if (e is MethodCallExpression { Method.Name: "MethodName" }))。
  • シール レコード ToString: レコードで、シールされた ToString を持つ基本レコードを継承できます。
  • 増分ソース ジェネレーター: ソース生成パイプラインを分割し、中間結果をキャッシュすることで、大規模なプロジェクトでのソース生成エクスペリエンスを向上させます。
  • 混合分解: 分解代入と分解宣言を組み合わせて使用できます ((existingLocal, var declaredLocal) = expression)。
  • メソッドレベルの AsyncMethodBuilder: asyncメソッドのコンパイルに使用される AsyncMethodBuilder は、ローカルでオーバーライドできます。
  • #line span ディレクティブ: Razor のようなソース ジェネレーターで、宛先スパンを指定する #line ディレクティブを使用して行マッピングをきめ細かく制御できます (#line (startLine, startChar) - (endLine, endChar) charOffset "fileName")。
  • ラムダの機能強化: ラムダでは属性と戻り値の型を使用できます。ラムダおよびメソッド グループには、自然なデリゲート型があります (var f = short () => 1;)。
  • 補完された文字列ハンドラー: 補完された文字列ハンドラー型を使用すると、代入と呼び出しで挿入された文字列を効率的にフォーマットすることができます。
  • ファイルスコープの名前空間: 名前空間が 1 つのファイルには、余分な中かっこやインデントは必要ありません (namespace X.Y.Z;)。
  • パラメーターなし構造体コンストラクター: 構造体型のパラメーターなしコンストラクターとインスタンス フィールド初期化子をサポートします。
  • CallerArgumentExpression: この属性を使用すると、メソッドに渡された式を文字列として取り込めます。

詳細については、C# 言語機能の状態破壊的変更に関する記事を参照してください。

.NET の生産性

ソリューション エクスプローラー内のプロジェクトまたはフォルダーの (右クリック) メニューで 同期名前空間 のリファクタリングを使用できるようになりました。これにより、フォルダー構造と一致するように名前空間を簡単に同期できます。

ソリューション エクスプローラーから名前空間を同期する

バックグラウンド コード分析の構成が、ソリューション エクスプローラーの (右クリック) メニューで使用できるようになりました。 ソリューション エクスプローラーのソリューション ノードを右クリックし、 [分析とコードのクリーンアップ] を選択します。 次に、 [分析スコープの設定] を選択して、バックグラウンド コード分析のスコープを構成します。

.NET ホット リロード

このリリースでは、より多くの .NET フレームワークとランタイム シナリオのサポート、サポートされている編集の追加、ユーザー エクスペリエンスの改善を含め、引き続きホット リロード エクスペリエンスを改善しています。

ユーザー エクスペリエンスの改善

Visual Studio の .NET と C++ の両方の開発者向けのホット リロード エクスペリエンスには、より多くの機能を備えた改良後のツールバー ボタンと新しい設定パネルが追加されました。

Visual Studio 2022 Preview 4 の新しいホット リロード ボタン、アプリケーションの再起動、ファイル保存時のホット リロードおよび簡単設定アクセス

  • 新しいホット リロード ボタン: この新しいボタンを使用すると、新しいアイコンが表示され、コマンドの名前が [コード変更を適用] から [ホット リロード] に変更されます。
  • アプリケーションを簡単に再起動する: デバッガーを使用してアプリを起動したか、デバッガーなしで起動したかに関係なく、リビルドで rude 編集を適用する必要がある場合に、実行中のアプリケーションを簡単に再起動できるようになりました。 これは、.NET の変更は有効であるものの、ホット リロードではリビルドなしの実行時の更新がサポートされない場合に発生する可能性があります。
  • 保存時のホット リロード: これまでのホット リロードでは、ASP.NET プロジェクトでの保存時の変更のみを適用できました。 このリリースでは、ホット リロードが新しいオプトイン設定の [Hot Reload on File Save](ファイル保存時のホット リロード) でサポートされているあらゆる種類のプロジェクトでのホット リロードが可能になりました。 有効になっている場合、すべての種類のプロジェクトで保存時の変更が適用されます。
  • 簡単設定アクセス: このリリースでは、ホット リロード設定パネルも追加しました。これを使用して、ホット リロードを有効または無効にするタイミングを詳細に制御することができます。 これらの設定には、Visual Studio の [オプション] > [.NET と C++ のホット リロード] で、または [設定] をクリックして [ホット リロード] ボタンのドロップダウン メニューからアクセスできます。

サポートされるプラットフォーム (.NET MAUI)

このリリースでは、.NET MAUI アプリで .NET ホット リロード エクスペリエンスを使用できるようになりました。 この機能は、Visual Studio デバッガーを使用して WinUI、.NET 6 iOS/tvOS または .NET 6 Android アプリとして .NET MAUI アプリを実行しているときと、インタープリターを有効にした (新しいテンプレートでは既定で有効になっている) デバッグ構成の場合に動作します。この機能は、.NET MAUI と .NET MAUI Blazor の両方のアプリで動作します。

既知の問題と制限事項:

  • Mono がランタイムの場合の Android および iOS/tvOS のシナリオでは、メソッド本体を編集し、それらのメソッドを変更することのみが可能です。 .NET 6 では、Mono がランタイムであるすべてのプラットフォームでこれが制限となり、CoreCLR ランタイムを使用する場合は、より多くの編集がサポートされます (例: WinUI 3 アプリとして実行されている .NET MAUI アプリ)。
  • .NET MAUI Blazor アプリの場合、ホット リロードではまだビューが自動的に更新されず、CSS 自動同期はまだ使用できません。 これらは、今後のリリースに向けて取り組まれている既知の問題です。

ASP.NET シナリオのサポート強化

このリリースでは、ASP.NET Core や Blazor などの種類のプロジェクトに取り組む ASP.NET 開発者向けの追加機能がサポートされるようになりました。 機能強化には以下が含まれます。

  • CSS 自動同期: アプリの実行中に CSS ファイルを変更できるようになりました。変更は、入力時に実行中のアプリにすぐに適用されます
  • CSHTML: Razor CSHTML ファイルの編集で、さらに多くの種類の編集がサポートされるようになります
  • ブラウザーの更新: razor ファイルを編集すると、デバッグ時に Web ブラウザーの変更が自動的に更新されるようになります。 以前は、これはデバッガーなしでアプリを起動するときにのみ可能でした

注: ホット リロードを使用して Razor ファイル (.cshtml、.razor) に変更を適用すると、ツール エラーが発生し、アプリの機能が破壊されるという既知の問題があります。 この問題にすぐに対処できるように取り組んでいます。 この問題を回避するには、アプリを再起動して Razor の変更を適用します。

サポートされている編集 (.NET)

グローバル using ディレクティブ、ファイル スコープ名前空間、改善されたラムダ、パラメーターレス構造体コンストラクターなど、C# 10 の新しい機能を使用するコードを編集できます。 さらに、メソッドとローカル関数パラメーターの名前を変更することもできます。

XAML ホット リロード

.NET MAUI アプリの XAML ホット リロード サポートの強化

このリリースでは、新しい単一のプロジェクト テンプレートからの .NET MAUI Android、iOS および WinUI アプリの実行時の XAML ホット リロードのサポートを引き続き改善しています。 このリリースでは、次の種類の編集が可能になりました。

  • 動的および静的リソースの変更
  • グリッド内の項目の順序の変更
  • グリッドの StackPanel への変更
  • 新しい要素の作成と代入

注: .NET MAUI でそのリリースに向けて作業が進むにつれて、XAML ホット リロード チームは、プラットフォーム内での問題の特定と修正に役立つように取り組んでいます。これは、XAML ホット リロード機能を確実に動作させるのに役立ちます。 現時点では、正しく適用されない XAML ホット リロード メカニズムの側面が存在するため、リリースごとに引き続き改善しています。 適切に機能しないものについて VS フィードバックを送信することを強くお勧めします。これは、高品質の製品をビルドするのに大きく役立ちます。

XAML と .NET ホット リロードを一緒に使用するためのサポートの強化:

.NET ホット リロードの導入に伴い、XAML と .NET ホット リロードの両方のテクノロジをこの同じデバッグ セッションで一緒に使用する場合に可能な限りスムーズなエクスペリエンスを実現するために、時間をかけて一連の機能強化を行っています。

このリリースでは、次のシナリオを有効にしました。

WPF および WinUI 3 アプリの場合

  • XAML コード エディターでは、新しく作成されたコントロールの種類と、IntelliSense の .NET ホット リロード操作によって作成されたプロパティが正しく表示されるようになります
  • .NET ホット リロードを使用して新しく作成されたプロパティへのバインドが、予期したとおりに動作するようになります。 WinUI の場合、x:Bind を使用して新しいプロパティにもバインドできるようになりました

WPF アプリの場合

  • .NET ホット リロードを使用して作成されたイベント ハンドラー用に新しく作成されたメソッドの追加が機能するようになります

これらの新機能のテストに役立つように、[オプション] > [プレビュー機能] > [XAML IntelliSense updates after .NET Hot Reload](.NET ホット リロード後に XAML IntelliSense を更新) で必ずプレビュー フラグをオンにするようにしてください。

注: 上記のシナリオは、種類が最初に .NET ホット リロードを使って適用されてから、XAML ホット リロードが使用される場合は機能しますが、既知の制限があります。 たとえば、まだ作成されていないプロパティに XAML ホット リロードを使って新しいプロパティを追加して代入してから、.NET ホット リロードのみを使用して作成した場合、XAML の変更では新しいプロパティは表示されません。 この問題は認識しており、今後改善する予定です。

XAML ライブ プレビュー

XAML ライブ プレビューを使用して、実行中のアプリの画面を取り込み、Visual Studio 内のドッキングされたウィンドウに表示できるようになりました。これにより、XAML と .NET ホット リロードを使用して、より簡単にアプリを変更し、Visual Studio IDE から直接すぐに UI の変更を確認できるようになります。

このリリースでは、最初にサポートされたフレームワークである WPF を超えてサポートを拡張しています。現在、これには以下が含まれます。

  • WinUI 3 またはユニバーサル Windows プラットフォーム (UWP) アプリ
  • Android Emulator で、あるいは WinUI 3 アプリとして実行されている .NET MAUI
  • Android Emulator で、あるいは UWP アプリとして実行されている Xamarin.Forms

Android エミュレーターで実行されている .NET MAUI アプリが、コード エディターの左横にドッキングされた XAML ライブ プレビュー

Xamarin.Forms および WinUI プラットフォームでは要素が選択されないなど、まだいくつかの制限があり、XAML ライブ プレビューを使用して実行中のアプリとやりとりすることはできません。

テスト ツール

  • [テスト エクスプローラーに表示] (Ctrl + E、S) : [テスト エクスプローラーに表示] は、エディターのテスト メソッド内のカーソルの位置から、テスト エクスプローラー内のテストの場所に移動する機能です。 これは、現在作業しているドキュメントをソリューション エクスプローラーで強調表示された状態を維持するアクティブ ドキュメントとの同期という同様の機能が連想されるかもしれません。 これは Developer Community で投票数が多い項目の 1 つでした。投票してくださったすべての方に感謝します。この機能に優先順位を付けるのに役立ちました。 [テスト エクスプローラーに表示] は、エディターの右クリック メニュー、CodeLens テスト グリフ、およびソリューション エクスプローラーでの右クリックでも使用できます。

    右クリック メニューの [テスト エクスプローラーに表示]  CodeLens の [テスト エクスプローラーに表示]

  • Web ロード テストとコード化された UI テストのサポート更新: Web ロード テスト レコーダーが Visual Studio 2022 Preview 4 で使用できるようになりました。 コード化された UI テスト レコーダーは Visual Studio 2022 には含まれなくなります。 引き続きコード化された UI テストを実行し、Visual Studio 2022 でコードを記述することで新しいテストを作成できるようになりますが、レコーダーは移植できない 32 ビットの依存関係に依存します。 引き続き Visual Studio 2019 をサイド バイ サイドでインストールして、コード化された UI レコーダーを使用できます。 繰り返しますが、Web ロード テストとコード化された UI テストは 2019 では非推奨となりました。ユーザーへの影響を最小限に抑えられる場合は製品からそれらを削除することを計画しています。 Web UI テストに関心をお持ちのユーザーには、新しいクロスプラットフォームおよびオープン ソースの Web テスト フレームワークである Playwright を採用することを強くお勧めします。 すべての主要なブラウザーをサポートし、非同期コードをより適切に処理することに加えて、Playwright にはテスト記録機能も組み込まれています。

JavaScript/TypeScript

  • 追加のツールでスタンドアロンの JavaScript または TypeScript プロジェクトをビルドする、新しい JavaScript または TypeScript プロジェクトの種類をリリースしました。 詳細については、こちらを参照してください
  • NPM GUI を使用できるため、新しい JavaScript/TypeScript プロジェクトで Nuget パッケージをダウンロードするのと同じように NPM モジュールをダウンロードできるようになりました

NPM GUI NPM GUI2


デバッグと診断

依存ブレークポイント

これは新しいブレークポイントであり、ユーザーはブレークポイントを、別のブレークポイントに最初にヒットした場合にのみ有効になるように編集できます。 デバッグ時に、Visual Studio デバッガーでは、前提条件のブレークポイントにヒットした場合にのみ、依存ブレークポイントでアプリケーションを一時停止します。 設定ウィンドウで [Only enable when following breakpoint is hit](次のブレークポイントにヒットしたときにのみ有効にする) チェックボックスをオンにし、ドロップダウンから依存ブレークポイントを構成する前提条件のブレークポイントを選択することで、ブレークポイントを依存ブレークポイントに変換できます。

依存ブレークポイント

外部ソース ノードの更新

ソリューション エクスプローラーの外部ソース ノードでも C++ がサポートされるようになりました。 さらに、シンボルがまだ読み込まれていないすべてのモジュールを提供する新しいサブノードが追加されました。

ソリューション エクスプローラーの [外部ソース] ノードでは、C++ がサポートされます

右クリック コンテキスト メニューを使用して、ソリューション エクスプローラーから直接シンボルを読み込むこともできるため、モジュールを外部ソース ノードに表示することができます。 外部ソース ノードのファイルもアルファベット順に並べ替えられるようになりました。

[外部ソース] メニュー

17.0.0-pre.3.1 Visual Studio 2022 バージョン 17.0 Preview 3.1

''リリース日: 2021 年 8 月 16 日''

この Visual Studio 2022 バージョン 17.0 Preview 3.1 リリースで対処された問題の概要

  • Visual Studio のインストール中に Microsoft.WebView2 パッケージをインストールすると、インストール全体が失敗する問題が修正されました。
  • デバッガーがブレーク ポイントにあるときにユーザーがコード変更を適用しようとすると、キャンセルするオプションのない無期限の進行状況バーが表示される問題を修正しました。

Developer Community から


17.0.0-pre.3.0 Visual Studio 2022 バージョン 17.0 Preview 3

''リリース日: 2021 年 8 月 10 日''

既知の問題

コード化された UI テスト レコーダーに関する既知の問題により、テスト レコーダーを最初に起動したときに Visual Studio がクラッシュします。 Visual Studio を修復すると、問題が解決します。 詳細については、Developer Community の既知の問題を参照してください。

この Visual Studio 2022 バージョン 17.0 Preview 3 リリースの新機能の概要

機能拡張

  • ILanguageClient の破壊的変更の修正を追加しました

信頼できる場所

  • 信頼できる場所としての Git リポジトリのサポートを追加しました
  • 信頼チェックがソリューション フォルダー レベルで行われるようになりました
  • ユーザーが作成したプロジェクトが信頼リストに自動的に追加されます
  • ユーザーは、Visual Studio によって作成された一時的な場所に対する信頼チェックをスキップできます
  • 信頼機能を管理するための方法としてグループ ポリシーのサポートを追加しました

エディター

  • サブワード ナビゲーションを追加しました
  • 自動保存がプレビュー機能として使用できるようになりました
  • マルチキャレット のコピーと貼り付けのエクスペリエンス

デバッグと診断

  • ブレークポイントの Gutter の機能強化
  • 一時ブレークポイント
  • ブレークポイントのドラッグ アンド ドロップ
  • [外部ソース] ノード (ソリューション エクスプローラー)
  • プロセス ダイアログへのアタッチの機能強化
  • メモリ ダンプ診断分析

JavaScript/TypeScript

  • 追加のツールでスタンドアロンの JavaScript または TypeScript プロジェクトをビルドする、新しい JavaScript または TypeScript プロジェクトの種類をリリースしました。
  • Visual Studio テスト エクスプローラーで JavaScript と TypeScript のテストを使用できるようになりました。

Git ツール

  • 異なるリポジトリにまたがるソリューション (つまり、異なる Git リポジトリでホストされているプロジェクトを含むソリューション) のプレビュー フラグでの基本的なマルチリポジトリのサポート
  • Azure DevOps への発行が、Git リポジトリの作成エクスペリエンスで完全にサポートされるようになりました
  • 空の VS からリポジトリを表示および開く新しい機能を含むステータス バーの機能強化
  • より応答性が高く、使いやすい UI を含むコミットの詳細の機能強化
  • [Git 変更] ウィンドウのオーバーフロー メニューが、追加の Git 操作を含むローカルのみのリポジトリで使用できるようになりました

.NET の生産性

  • 新しい .NET プロジェクトで null 許容参照型が既定で有効になるようになりました
  • C# 10.0 ファイル スコープの名前空間のリファクタリング
  • [逆コンパイルされたソースへの移動] が既定でオンになるようになりました
  • 型チェックよりも null チェックを優先するリファクタリング
  • メソッドで明示的に例外をスローするときに、XML コメントによって <exception> タグが自動的に生成されるようになります
  • [継承の余白] が既定で有効になるようになりました

C++

  • CMakePresets.json をサポートするように、CMake の [概要] ページが更新されています。
  • CMake 3.21 と CMakePresets.json v3 を使用して、CMake プロジェクトを構成してビルドできるようになりました。
  • LLDB を使用して、Visual Studio からリモート システムで実行されているプロセスをデバッグできるようになりました。
  • C++ IntelliSense で、インポートされたモジュールとヘッダー ユニットからの型のナビゲーションと構文の強調表示を提供する場合の動作が改善されました。 これは、Microsoft への積極的な投資領域です。引き続き [ヘルプ] -> [フィードバックの送信] を使用して、Developer Community でフィードバックを共有してください。
  • キャッシュされたヘッダーの使用とシンボル データベースへのアクセスを最適化することで、C++ IntelliSense のパフォーマンスを向上させました。これにより、コードにアクセスするための読み込み時間が短縮されます。
  • C++ 用の IntelliSense コード リンターが既定でオンになるようになりました。これにより、すぐに入力候補が表示され、一般的なコードの欠陥の修正が提案されます。
  • C++ モバイル開発ワークロードで NDK r21 LTS に更新しました。
  • gsl::not_null のサポートをコード分析に追加しました。

Razor (ASP.NET Core) エディター

  • UI のフリーズが減り、ソリューションの起動時のパフォーマンスが向上しました
  • 一部のソリューションではセマンティックの色付けが最大 2 倍速くなります
  • Razor ファイルでの F7 (コードの表示) のサポート
  • Razor ファイルでのスニペットのサポート。Tab キーを 2 回ではなく、1 回押すことでスニペット セッションが完了するようになります
  • 入れ子になった HTML および Razor コンポーネントがある場合の @code ブロックでの書式設定の向上

ホット リロード エクスペリエンス

テスト エクスペリエンス

ユーザー インターフェイス

  • Visual Studio 2022 のユーザー インターフェイスを更新する目標の一部として、既定のダーク テーマが更新され、コントラストが向上し、ナビゲーションとウェイファインディングが支援されています。
  • Visual Studio テーマを Windows OS テーマと同期できるようになりました。ライト システム テーマがある場合、Visual Studio のテーマは青になります。 ダーク システム テーマがある場合、Visual Studio のテーマはダークになります。 これは、[ツール] > [オプション] > [全般] > [システム設定を使用する] を使って有効にできます。

Developer Community からの投票数が多い問題

この Visual Studio 2022 バージョン 17.0 Preview 3 リリースの新機能の詳細

拡張性

Microsoft.VisualStudio.LanguageServer.Client では、言語クライアントの初期化に失敗した場合に通知をカスタマイズする新しい方法が導入されています。

初期化タスクは、TSC (タスク ステータス センター) によって追跡されるようになります。 初期化タスクが失敗した場合、ユーザーは TSC に移動して問題の詳細を取得できます。 言語クライアントではユーザーに表示されるメッセージをカスタマイズし、このエラーが何を表し、それを修正するために実行できるアクションに関する情報を提供できるようになります。 これを行うために、ILanguageClient インターフェイスに新しい API のセットが導入されています。 これらの新しい API により、ILanguageClient インターフェイスに破壊的変更が生じる可能性があります。そのため、言語拡張機能では、Visual Studio 2022 で動作するように新しいパッケージを参照する必要があります。

新しい API は以下のとおりです。

  1. ShowNotificationOnInitializeFailed プロパティ - このようなエラーについてユーザーに通知するバブルを言語サーバーに表示するかどうかを決定するブール型プロパティ。

タスク ステータス センターの ShowNotificationOnInitializeFailed

現在作業しているプロジェクトのユーザー エクスペリエンスにエラーが大きく影響する場合にのみ、このプロパティを true に設定することをお勧めします。

  1. OnServerInitializedFailedAsync メソッド - 言語クライアントの初期化が失敗すると、このメソッドが呼び出されます。 LanguageClientInitializationInfoBase オブジェクトに、エラーがどのように発生したかに関する情報を提供して、言語クライアントが独自の方法でエラーをユーザーに通知したり、エラーのコンテキストでカスタマイズされたメッセージを提供したりできるようにします。 メッセージが指定されている場合は、Visual Studio の [出力] ウィンドウに表示されます。

出力ウィンドウの言語クライアントの初期化エラー

信頼できる場所

IDE 内でコンテンツ (ソリューション、プロジェクト、ファイル、フォルダーなど) が開く前に、フォルダーの場所またはリポジトリが以前に信頼されているかどうかを確認します。

信頼されていないコードが検出された場合は、フォルダー レベル、リポジトリまたはリポジトリ所有者レベル (該当する場合) で信頼できるようにする警告ダイアログが表示されます。

Preview 3 の新機能:

  • ソリューション フォルダーのパス ルートで検出して信頼する機能
  • ユーザーによって作成されたプロジェクトのパスは、ユーザーの信頼できる場所の一覧に自動的に追加されます
  • リポジトリの信頼チェックを (既定ではオフになる) オプション機能にしました
  • [オプション] > [信頼の設定] を使用して、信頼できる場所の一覧にリポジトリを追加する機能
  • Visual Studio 機能によって作成された一時的な場所の信頼チェックをスキップする機能
  • 企業はグループ ポリシーを利用して機能のオン/オフ状態を構成したり、信頼できる場所の一覧に新しいエントリを追加したり、その他の設定を変更したりできます
  • 現在、この機能は既定でオフになっていますが、コンテンツを開く前に [オプション] > [信頼の設定] > [信頼の決定を要求する] を使用して有効にできます。

エディター

サブワード ナビゲーション

Ctrl + Alt + ← キーと Ctrl + Alt + → キーを押すと、サブワードで移動するようになります。 たとえば、文字列 "HelloWorld" の場合、"Hello" と "World" がサブワードとして識別されます。 [ツール] > [オプション] > [テキスト エディター] > [全般][サブワード ナビゲーション] を有効にすると、ワード関連のコマンド (TransposeWord など) がサブワードとやりとりするようになります。

自動保存

[ツール] > [オプション] > [環境] > [プレビュー機能] で、自動保存を使用できるようになりました。 有効にすると、Visual Studio アプリケーションでフォーカスが失われた (たとえば、別のウィンドウにフォーカスが移った) 場合、可能であれば、すべてのダーティ ドキュメントがディスクに保存されます。 いずれのファイルも保存できない場合は、ユーザーが ([保存] または [名前を付けて保存] コマンドを使用して) 明示的に保存するまでダーティのままとなります。

マルチキャレットのコピーと貼り付けのエクスペリエンス

マルチキャレットのコピーと貼り付けのエクスペリエンスを改善しました。 以前は、複数の行を複数のキャレットに貼り付けると、各キャレットでクリップボード全体が複製されました。 現在は、複数の行を同じ数のキャレットに貼り付けると、各行がそれぞれのキャレットに挿入されます。 マルチキャレットを使用するには、Alt + Shift キーを押しながら ''マウス クリック'' または Alt + Shift + . キーを押し、 Ctrl + Shift + ''方向'' キーを使用して選択範囲を展開します。 次に、Ctrl + C キーを押して、複数の選択範囲のテキストをコピーします。 Alt + Shift + ''マウス クリック'' を使用して、目的の場所に貼り付ける行ごとに複数のキャレットを作成します。 最後に、Ctrl + V キーを押して、各行を独自のキャレットに貼り付けます。

マルチキャレットのコピーと貼り付け

さらに、Alt + Shift + ''↑ または ↓ キー'' あるいは Alt + Shift + ''マウス ドラッグ'' を使用して、複数のキャレットで選択できます。 以前は、これらのジェスチャによってボックス選択が作成されました。 現在は、ボックス選択が複数のキャレットに変換されます。 この方法は、個々のキャレットを挿入するために正確な場所をクリックする必要がある場合よりも簡単で高速です。 マルチキャレットの選択範囲を展開するときに、引き続き Alt + Shift + ''方向キー'' と Alt + Shift + ''マウス ドラッグ'' でボックス選択を使用する場合は、 [ツール] > [オプション] > [テキスト エディター] > [詳細設定] の順に移動し、 [ボックス選択を使用] を選択します。

マルチキャレットのボックス選択のオプション

<a name="debugging--diagnostics">デバッグと診断

ブレークポイントの Gutter の機能強化

ユーザーがブレークポイントを設定できる場所を示す新しいブレークポイント グリフを追加しました。

![ブレークポイント グリフ](media/17.0/17.0_P3_bp_glyph.png "ブレークポイント グリフ")

ブレークポイント グリフを右クリックすると、新しいコンテキスト メニューにオプションが表示されます。これによって、より少ないクリックで、拡張ブレークポイント (条件付きブレークポイント、トレースおよび一時ブレークポイント) を簡単に作成できます。

ブレークポイント コンテキスト メニュー

一時ブレークポイント

これは、ユーザーがコードを 1 回だけ中断できるようにする新しいブレークポイントです。 デバッグ時に、Visual Studio デバッガーでは、このブレークポイントでアプリケーション ランタイムを 1 回だけ一時停止し、ヒットした直後に削除します。 設定ウィンドウで [Remove breakpoint once hit](ヒットしたらブレークポイントを削除する) チェック ボックスをオンにすることで、ブレークポイントを一時ブレークポイントに変換できます。 または、ブレークポイントの gutter から新しい右クリック コンテキスト メニューを使用して、このブレークポイントを設定することもできます。

一時ブレークポイント

ブレークポイントのドラッグ アンド ドロップ

ブレークポイントのドラッグ アンド ドロップ ジェスチャを追加しました。 ブレークポイントを保持し、目的のコード行で解放して、ブレークポイントをある場所から別の場所に移動できるようになりました。 actions または condition 変数がコンテキスト内にある限り、これは拡張ブレークポイントで機能します。

ブレークポイントのドラッグ アンド ドロップ

[外部ソース] ノード (ソリューション エクスプローラー)

新しい [外部ソース] ノード (ソリューション エクスプローラー) を追加しました。 これは現在、デバッグ中にのみ表示され、ソース サーバーまたはソース リンク情報を含むシンボルが読み込まれたマネージド モジュールのソースが示されます。 デバッグ中に、ソース サーバー情報が存在する読み込まれたマネージド シンボル ファイル (.pdb) がこのノードの下に表示されます。 他のソリューション エクスプローラー フォルダーと同じようにファイルを参照するか、項目をダブルクリックしてソース サーバーからファイルをダウンロードし、それを VS エディターで開くことができます。 [外部ソース] ノード (ソリューション エクスプローラー)

[プロセスにアタッチ] ダイアログの機能強化

[プロセスにアタッチ] ダイアログに新しい自動更新チェック ボックスを追加しました。このチェック ボックスをオンにすると、使用可能なプロセスでプロセス一覧が自動的に更新されます。 [プロセスにアタッチ] ダイアログの新しい [Select any window from desktop](デスクトップから任意のウィンドウを選択) オプションを使用すると、ユーザーはデスクトップから実行中のウィンドウを選択し、それに関連付けられているデバッグ プロセスにアタッチできます。

[プロセスにアタッチ] ダイアログの機能強化

メモリ ダンプ診断分析

Stack Overflow 例外が発生した場合にルート呼び出しフレームを見つけるのは、困難で時間がかかる場合があります。 最新のアナライザーでは [呼び出し履歴] の便利なビューを提供し、問題の分析を高速化するために繰り返されるノイズの多いフレームを削除します。

JavaScript/TypeScript

新しい JavaScript/TypeScript プロジェクトの種類がサポートされるようになりました。これにより、Visual Studio でスタンドアロンの Angular、React、Vue プロジェクトを作成できるようになります。 そのプロジェクトは、ローカル コンピューター上にインストールしたフレームワーク CLI ツールを使用して作成されます。 これは、テンプレートのバージョンが、ローカル コンピューター上にある CLI のバージョンに基づくことも意味します。

これらの新しいプロジェクト内では、単体テストを実行し、それらを ASP.NET Core API プロジェクトと統合することができます。 ドキュメントはこちらにあります

.NET の生産性

C# 言語ツール

C# 8.0 では、null 許容参照型が導入されており、null が必要かどうかを宣言できます。 null 許容参照型を使用するには、<Nullable>enable</Nullable> 要素をプロジェクト ファイルに追加するか、#nullable enable プラグマをプロジェクト内のすべてのソース ファイルに追加する必要があります。 このプロセスの効率化に役立つように、新しい .NET プロジェクトの <Nullable>enable</Nullable> が自動的に含まれるようになりました。

C# 10.0 では、ファイルスコープの名前空間が導入され、名前空間内でクラス定義を入れ子にしないオプションが提供されています。 名前空間をファイル スコープの名前空間に変換するリファクタリングが追加されました。 ファイル スコープの名前空間を使用するには、最初に <LangVersion>preview</LangVersion> 要素をプロジェクト ファイルに追加する必要があります。 次に、名前空間にカーソルを置きます。 (Ctrl+ . ) キーを押して、 [クイック アクションとリファクタリング] メニューをトリガーします。 [Convert to file-scoped namespace](ファイル スコープの名前空間に変換) を選択します。

ファイル スコープの名前空間のリファクタリング

値の型に適用するときに is object より is not null を優先するリファクタリングが追加されました。 この新しいリファクタリングを使用するには、型チェックにカーソルを置きます。 (Ctrl+ . ) キーを押して、 [クイック アクションとリファクタリング] メニューをトリガーします。 [Prefer null check over type check](型チェックよりも null チェックを優先) を選択します。

逆コンパイルされたソースへの移動

[逆コンパイルされたソースへの移動] が既定でオンになるようになりました。これにより、ライブラリの種類の宣言に移動することができます。 ソース コードのライブラリ シンボルと逆コンパイルされたソースで [定義へ移動] を呼び出すと、[逆コンパイルされたソースへの移動] が使用可能になります。

エディターの強化

XML コメントによって、<summary> タグ内に <exception> タグが自動的に生成されるようになります。これにより、メソッドで明示的に例外がスローされたときの説明を追加できます。

Visual Studio 2019 では、コードの実装とオーバーライドを表すアイコンを余白に追加する継承の余白がリリースされました。 [Inheritance Margin](継承の余白) アイコンをクリックすると、移動先として選択できる継承オプションが表示されます。 このリリースでは、[継承の余白] が既定で有効になっています。 [継承の余白] を無効にするには、 [ツール] > [オプション] > [テキスト エディター] > [C#] または [基本] > [詳細設定] の順に移動し、 [Enable Inheritance Margin](継承の余白を有効にする) の選択を解除します。

継承の余白

ホット リロード エクスペリエンス

XAML ホットリロード: このリリースでは、XAML ホット リロードの設定とアプリ内ツール バーが更新されました。これにより、設定とアプリ内エクスペリエンスが、.NET ホット リロードではなく、XAML ホット リロードに関連していることがわかりやすくなりました。

XAML アプリの更新されたアプリ内ツール バー

また、共通オプションをより適切にまとめ、.NET MAUI に新しい有効化/無効化オプションを提供するように、設定ペインを合理化しました。

更新された XAML 設定オプション パネル

.NET と C++ のホット リロード

このリリースでは、.NET と C++ の両方のコードの新しいホット リロード エクスペリエンスが引き続き改善されています。

このリリースの新機能:

  • 次のように、エディット コンティニュ (EnC) とホット リロード エクスペリエンスの両方について、.NET アプリに追加の編集の種類のサポートが加えられました。

    • #line ディレクティブを追加または変更する機能
    • 最上位レベルのステートメントを更新する機能
    • EnC とホット リロードの両方にメッセージが適用されている場合に、エラーと警告メッセージがより明確になるように改善しました。 その際に、ホット リロード操作中にエディット コンティニュの用語が使用されないようにメッセージをより汎用的なものにしました
  • Visual Studio 2022 Preview 2 のリリース以降では、CTRL + F5 キーを使ってデバッガーを使用せずにアプリケーションを起動する際の .NET アプリのホット リロードのサポートを開始しました。 このリリースでは、このエクスペリエンスに対して次の 2 つの機能強化が行われています。

    • CTRL + 5 で起動する際に Blazor Wasm アプリのホット リロードがサポートされるようになりました
    • CTRL + 5 キーを使用して同じアプリの複数のインスタンスを起動すると、実行中のすべてのプロセスがホット リロードされるようになります。
  • ASP.NET Core と Blazor 開発者向け

    • アプリ内の CSS ファイルを更新すると、ブラウザー内でリアルタイムに更新されるようになりました。これにより、両方のホット リロードを使用して分離コードを変更し、同じセッションでアプリの外観を更新することができます
    • デバッグ セッション (F5) でホット リロードが実行されている場合、ホット リロード操作が完了すると、ブラウザーが自動的に更新されます。 これは以前は前のリリースの CTRL + F5 でのみ機能していたもので、両方のシナリオで有効になるようになりました。
    • 既知の問題: デバッガーがアタッチされている間に変更を加えると、変更の適用がハングする

テスト エクスペリエンス

テスト エクスプローラーでのホット リロード [試験段階]: バックグラウンドでホット リロード テクノロジを使用して、テスト エクスペリエンスを高速化する新しい試験段階の機能を試せるようになりました。 これは、フル ビルドがまだ必要な最初のテストの実行後に、軽微な変更を行い、テストを実行でき、フル ビルドをもう一度行わなくても、それらのすべての更新が反映されることを意味します。 作業を開始し、詳細な注意事項を確認する場合は、以下の詳細を参照してください。

Visual Studio でテスト エクスプローラーのホット リロードを使用すると、軽微な編集の間にビルドを必要とせずにテストを実行できます

  • このエクスペリエンスは、.NET 6 を対象とするプロジェクトでのみ使用できます。[ツール] > [オプション] > [テスト] の順に移動して選択する必要があります

[ツール] > [オプション] > [テスト] でホット リロードを有効にするオプションを示している Visual Studio のスクリーンショット。

  • このオプションが有効になっている場合、エディターに保存されていない変更があってもテストが更新されます。 ビルドしていないため、bin フォルダー内のディスク上のバイナリが古くなっています。 これは、ディスク上の内容と Visual Studio でのテスト結果の間で不一致が生じる可能性があることを意味します。 チェックインする前にこれらを解決するために、(Ctrl + Shift + B) を使用してフル ビルドを行っていることを確認してください。 明示的なビルドでは、ホット リロードのテスト結果が、通常のフル ビルドのテスト結果に置き換えられます。

  • ホット リロードでは選択できない特定の編集の種類があります。そのような場合は、既定でフル ビルドを行う前の動作に戻ります。 Visual Studio の変更のみが追跡されており、エディターでのターゲットの変更などのあいまいなケースでは、既定でフル ビルドが必要な動作に戻る場合があることにも注意してください。

  • (1000 を超えるメソッド名の名前変更など) 特定の大きな変更の場合、単にリビルドするよりもホット リロードに時間がかかることがあります。 このような場合は、ユーザーに対して、ホット リロードを待機するのではなく、フル リビルド行うように求めるメッセージが出力されます。

  • スタック トレースは、テスト エクスプローラーでのホット リロードではまだ使用できません。 スタック トレースを使用する必要がある場合は、フル ビルドを行うことをお勧めします。


17.0.0-pre.2.1 Visual Studio 2022 バージョン 17.0 Preview 2.1

リリース日: 2021 年 7 月 22 日

この Visual Studio 2022 バージョン 17.0 Preview 2.1 リリースの新機能の概要

  • パフォーマンス プロファイラーまたは診断ツールの起動時またはシャットダウン時、[プロジェクトの概要] ページを開くときまたは閉じるときに発生する可能性のあるクラッシュを修正しました。
  • 英語版の言語パックをアンインストールしたときに発生するライセンス処理のクラッシュを修正しました。
  • ドキュメント タブがレイアウトのループでスタックする問題を修正しました。

17.0.0-pre.2.0 Visual Studio 2022 バージョン 17.0 Preview 2

リリース日: 2021 年 7 月 14 日

この Visual Studio 2022 バージョン 17.0 Preview 2 リリースの新機能の概要

C++

  • SSH 接続を確立することなく、WSL2 でネイティブにビルドとデバッグができるようになりました。 クロスプラットフォームの CMake プロジェクトと MSBuild ベースの Linux プロジェクトの両方がサポートされます。
  • v143 のビルド ツールを、Visual Studio のインストーラーだけでなく スタンドアロンのビルド ツール からも使用できるようになりました。
  • Visual Studio は、CMakePresets.json の buildPresets.targets オプションをサポートするようになりました。 これにより、CMake プロジェクトでターゲットのサブセットをビルドすることができます。
  • CMake プロジェクトの [プロジェクト] メニューが整理され、[Delete Cache and Reconfigure](キャッシュを削除して再構成) と [キャッシュの表示] のオプションが公開されました。
  • コード分析では、_Check_return_ または _Must_inspect_result_ を使用して注釈が付けられた関数の戻り値が確認する必要があることが強制されるようになりました。
  • Visual Studio に付属している LLVM ツールが LLVM 12 にアップグレードされました。 詳細については、LLVM のリリース ノートを参照してください。
  • Clang-cl のサポートが LLVM 12 に更新されました。
  • C++ AMP ヘッダーは非推奨になりました。 C++ プロジェクトに <amp.h> を含めるとビルド エラーが発生します。 エラーをサイレント状態にするには _SILENCE_AMP_DEPRECATION_WARNINGS を定義します。 詳細については、[AMP の非推奨に関するリンク]https://aka.ms/amp_deprecate を参照してください。
  • ネイティブ C++ アプリケーションをデバッガーを有効にして実行しているときに、新しいホット リロード エクスペリエンスを使用できるようになりました。 詳細については、後述する「ホット リロード」セクションを参照してください。

デバッグと診断

  • プロセス ダイアログへのアタッチの機能強化
  • 例外ヘルパーの機能強化
  • [Force Run to Click](クリックした行の前まで強制実行)
  • メモリ ダンプ診断分析

.NET の生産性

  • [Introduce parameter](パラメーターを導入する) リファクタリングにより、新しいパラメーターをメソッドの実装から呼び出し元に移動できるようになりました。
  • データ フロー分析のための [Track Value Source](値ソースの追跡)
  • 再割り当てされた変数に下線を表示するオプション
  • [オーバーライドを生成する] ダイアログに検索オプションを追加しました
  • XML <code> タグのクイック情報に、ホワイトスペースと CDATA ブロックが保持されるようになりました
  • [すべての参照の検索] ウィンドウで、マルチターゲット プロジェクトをグループ化できるようになりました
  • Visual Basic の反復的な型を削除するリファクタリング
  • [実装に移動] を使用しても、オーバーライドされた抽象的な宣言を持つメンバーに移動されなくなります。

Razor (ASP.NET Core) エディター

  • Razor ファイルでのホット リロードのサポート
  • パフォーマンスの向上
  • 書式設定とインデントの機能強化
  • 新しい Razor エディターの色
  • TagHelper が色分けされ、クイック情報の分類がサポートされ、補完のヒントが表示されるようになりました。
  • Razor コンストラクトの山かっこの強調表示とナビゲーション
  • コメントに、オートコンプリート、スマート インデント、コメントの継続の自動挿入、ブロック コメントのナビゲーションが追加されました

ホット リロード

  • ホット リロード (.NET と C++ の両方のコード) により、実行中のアプリにさまざまな種類のコードを編集し、ブレークポイントのようにアプリの実行を一時停止することなく適用できるようになりました。 このリリースでは、この機能の向上を続けています。その主なものとして、C++ のサポート、デバッガーなしで実行しているときの .NET のホット リロード (Ctrl + F5 キー)、編集の種類のサポート追加などがあります。

信頼できる場所

  • [信頼の設定] 機能を刷新し、信頼できないコード (ファイル、プロジェクト、フォルダーなど) が IDE 内で開かれようとしているときに警告を表示できるようになりました。

XAML ライブ プレビュー

  • XAML ライブ プレビューは、WPF 開発者向けに、この新しいエクスペリエンスの最初のプレビューとして提供されています。 ライブ プレビューを使用すると、デスクトップ アプリの UI をキャプチャして Visual Studio 内のドッキングされたウィンドウに表示できるようになりました。これにより、XAML ホット リロードを使用して簡単にアプリを変更し、変更を加えたときにその内容を簡単に確認できるようになります。 この機能により、単一画面のデバイス上での XAML ホット リロードのエクスペリエンスが向上すると共に、ディープ ズーム、ルーラー、要素の選択、情報のヒントなどのツールを使用してアプリの UI を洗練させることができます。

リモート テスト

  • Linux コンテナー、WSL、SSH 接続経由などのリモート環境でのテスト実行を可能にする ごく 初期の実験的プレビュー。

ユーザー インターフェイス

  • 既定のアイコンが更新され、刷新されました。

Azure Cloud Services

  • Azure Cloud Service (クラシック) と Azure Cloud Service (延長サポート) のプロジェクトがサポートされました。

JavaScript/TypeScript

  • 追加のツールでスタンドアロンの JavaScript または TypeScript プロジェクトをビルドする、新しい JavaScript または TypeScript プロジェクトの種類をリリースしました。 コンピューターにインストールされているフレームワークのバージョンを使用して、Visual Studio で Angular と React のプロジェクトを作成できるようになります。
  • Visual Studio テスト エクスプローラーで JavaScript と TypeScript のテストを使用できるようになりました。

XAML サンプル データ

  • WPF アプリケーションのツールボックスから DataGrid、ListBox、および ListView コントロールを作成するときに、既定でデザイン時のサンプル データが追加されるようになります。 この動作を無効にするには、[ツール] -> [オプション] -> [XAML デザイナー] の下にある [Automatically add sample data on element creation](要素の作成時にサンプル データを自動的に追加する) チェックボックスをオフにします。
  • サンプル データの詳細については、サンプル データのドキュメントを参照してください。

[Help](ヘルプ) メニュー

17.0 では、[ヘルプ] メニューを再構築しました。 更新されたメニューでは、概要の資料と役に立つヒントとコツが取り上げられています。 また、Developer Community、リリース ノート、Visual Studio の製品ロードマップ、ソーシャル メディア ページへのアクセスなどを追加することで、開発チームとのコラボレーションを強化しています。 サブスクリプションを最大限に活用して開発できるように、新しい「個人用サブスクリプション」メニュー項目でサブスクリプションの特典やその他の詳細を参照してください。

このリリースで対処された問題

  • IIS Express で ReactRedux を実行したときに、Web サイトの読み込みに失敗する問題を修正しました。
  • "Uncaught ReferenceError: notifyHotReloadApplied is not defined"(キャッチされない ReferenceError: notifyHotReloadApplied が定義されていません) というエラー メッセージが発生する問題を修正しました。
  • 6.0 signalR プロジェクトで Ctrl + F5 キーを押したときにサーバーへの接続に失敗する問題を修正しました。
  • 「インクルード ディレクトリ」を前に付けた場合に、インクルード検索の順序が正しくなくなることがある問題を修正しました。
  • データベース プロジェクトを修正しましたソリューション エクスプローラーから、開いているファイルにファイルをドラッグすると、ファイル システムからファイルが削除される

Developer Community からの投票数が多い問題

Visual Studio 2022 Preview 2 の新機能の詳細

デバッグと診断

  • プロセス ダイアログへのアタッチの機能強化
  • ウィンドウの下部にあるトグルによる新しい親子プロセス リスト ビュー
    • ビューの選択は保持されます。
    • 親子ビューでキーボードの左キーを押すと、親プロセスに移動します。
    • すべての列は、元のビューと同じように並べ替えることができます。
  • [New Command Line](新しいコマンド ライン) 列は両方のビューで使用できます。
  • w3wp プロセスの "タイトル列" にアプリ プール名が表示される

![プロセスにアタッチする ](media/17.0/17.0_P2_attach_to _process_3.png)

  • catch ブロックに例外ヘルパーを追加しました。 これにより、マネージド ステップで例外が発生し、ステップが catch ブロック内で完了した場合、関連する例外情報と共に例外ヘルパーが表示されます。
  • 新しい [続行] ボタン: 'キャッチされた' 例外に関する例外ヘルパーを表示します。

例外ハンドラーの更新

  • クリックした行の前まで実行を強制するオプションを追加しました。これを使用すると、選択したカーソル位置に到達するまでデバッガーが実行され、その間のすべてのブレークポイントは無視されます。
  • これを実行するには、目的のコード行の右クリック メニューから [Force Run to Click](クリックした行の前まで強制実行) をクリックします。

[Force Run to Cursor](カーソル行の前まで強制実行)

  • アプリケーションがデバッグ モードの場合、Shift キーを押しながらマウスを動かすとコード行の横に表示される緑色のグリフをクリックして、[Force Run to Click](クリックした行の前まで強制実行) を実行することもできます。

[Force Run to Cursor](カーソル行の前まで強制実行) のグリフ

  • メモリ ダンプ診断分析
    • アナライザー エンジンを改善し、ASP.NET Core のメモリ ダンプでより多くの sync-over-async の問題を検出できるようになりました。
    • CPU 時間で上位 5 つのスレッドを確認することで、コードのどの部分が最も CPU リソースを消費しているかを見つけます。
    • 第 0、1、2 世代と大きなオブジェクト ヒープにメモリ圧迫の兆候がないか、マネージド ヒープ全体を確認します。
    • クラッシュ ダンプがある場合は、アプリケーションのクラッシュの原因となった 2 番目の例外とスレッドをすぐに見つけることができます。
    • 診断の仮説を立てるのに苦労していますか。 クラッシュやハングの正確な原因がよくわからない場合は、例外アナライザーを使用すると、ヒープ上のすべての例外をすばやく見つけて確認することができます。
    • メモリ分析が重要な場合のために、ファイナライザー キュー アナライザーのヒューリスティックを改善しました。 現在は、お客様のコードに焦点を当て、.NET Framework によって管理されるオブジェクトを除外しています。

.NET の生産性

  • "パラメーターを導入する" リファクタリングが追加され、これにより、新しいパラメーターを追加すると、メソッドの実装からその呼び出し元に式が移動されます。 式が含まれる行にカーソルを置くか、式を強調表示します。 (Ctrl + .) キーを押して、 [クイック アクションとリファクタリング] メニューをトリガーします。 [Introduce parameter for {0}]({0} にパラメーターを導入する) または [Introduce parameter for all occurrences of {0}]({0} のすべての出現箇所にパラメーターを導入する) を選択します。 どちらのオプションにも、(1) 更新された式をすべての呼び出しサイトに挿入する、(2) 式を返し、呼び出しサイトに引数を追加する新しいメソッドを抽出して作成する、(3) 式を含み、元のメソッドを呼び出すメソッドのオーバーロードを作成するという 3 つのフライアウト オプションが用意されます。

[クイック アクション] メニューの [Introduce parameter](パラメーターを導入する)

  • [Track Value Source](値ソースの追跡) という新しいコマンドがあります。これを使用すると、データ フロー分析を実行して、特定の値が特定のポイントでどのように渡され、どこで渡されたかを調べることができます。 任意のメンバーを右クリックし、右クリック メニューから [Track Value Source](値ソースの追跡) を選択します。

右クリック メニューの [Track Value Source](値ソースの追跡)

  • [Value Tracking](値の追跡) ウィンドウが開き、結果を分析できます。

[Track Value Source](値ソースの追跡) ウィンドウ

  • 再割り当てされた変数に下線を表示するオプションを追加しました。 既定ではオフになっているので、[ツール] > [オプション] > [テキスト エディター] > [C#] または [Basic] > [詳細] で有効にし、[Underline reassigned variables](再割り当てられた変数に下線を表示する) を選択します。

エディターの [Underline reassigned variables](再割り当てられた変数に下線を表示する)

  • [オーバーライドを生成する] ダイアログに検索オプションを追加し、オーバーライドするメンバーをすばやく検索して選択できるようにしました。

[オーバーライドを生成する] ダイアログでの検索

  • XML <code> タグのクイック情報に、ホワイトスペースと CDATA ブロックが保持されるようになりました。 要素にカーソルを合わせます。 すると、クイック ヒントによって、ご利用のコードの上にある XML コメントのサポートされているスタイルが表示されます。

XML のクイック情報に空白が保持される

  • [すべての参照の検索] ウィンドウで、マルチターゲット プロジェクトをグループ化し、視覚的なノイズを除去できるようになりました。

[すべての参照の検索] により、マルチターゲット プロジェクトがグループ化される

  • Visual Basic の反復的な型を削除するリファクタリングが追加されました。
  • [実装に移動] を使用しても、オーバーライドされた抽象的な宣言を持つメンバーに移動されなくなります。

Razor (ASP.NET Core) エディター

  • Razor ファイルでホット リロードがサポートされるようになりました。

Razor ファイルでのリロードのサポート

  • Razor エディターのパフォーマンスを大幅に向上しました。

  • 書式設定とインデントが強化され、信頼性が高まり、大幅に高速になりました。

  • 新しい Razor の色を追加しました。 これらの色は、[ツール] > [オプション] > [環境] > [フォントと色] でカスタマイズできます。

  • クイック情報と IntelliSense の補完ヒントで TagHelper が色分けされ、分類がサポートされるようになりました。

TagHelpers 分類のサポート

  • Razor コンストラクトの山かっこの強調表示とナビゲーションを強化しました。

  • コメントに、オートコンプリート、スマート インデント、コメントの継続の自動挿入、ブロック コメントのナビゲーションが追加されました。

ホット リロード

このリリースでは、新しいホット リロード エクスペリエンスと、基盤となるエディット コンティニュ メカニズムとデバッガーの機能を引き続き向上しています。

新機能:

  • デバッガー使用時の C++ アプリのサポート: ネイティブ C++ アプリをデバッガーを有効にして実行 (F5 キー) しているときに、[コード変更を適用] ボタンを使用してホット リロードできるようになりました。 このエクスペリエンスには、ネイティブの [エディット コンティニュ] が利用されています。サポートされている編集については、ドキュメントを参照してください。

  • デバッガーなしで実行 (Ctrl + F5 キー)しているときの .NET ホット リロードのサポート: 最初のプレビューでは、デバッガーを有効にして .NET 6 アプリを実行 (F5 キー)するときに、.NET ホット リロードを使用できるようにしました。 今回のリリースでは、Ctrl + F5 キー メカニズムを使用してデバッガーを使用しないアプリの起動もサポートしていますが、アプリの実行中に変更を適用することのサポートも維持されます。 この機能は、Windows フォーム、WPF、コンソール、ASP.NET Core、Blazor Server アプリで使用できるようになりました。 現時点では、他の種類のアプリは動作しない場合や、安定していない場合がありますが、今後のリリースでこのエクスペリエンスをさらに向上する予定です。

  • サポートされている編集: また、今回のリリースでは、[ホット リロード] とエディット コンティニュの両方のエクスペリエンスに、編集の種類のサポートをさらに追加しています。 これらの機能強化点は次のとおりです。

    • Razor ファイルの編集の限定的なサポート (現時点では .Razor ファイルのみ)
    • カスタム属性の追加、更新、または削除
    • Record 構造体の追加または更新
    • Switch 式の編集
    • ディレクティブ自体の変更を含む、#line ディレクティブを使用するファイルの編集
  • 複数のプロセスを伴う [ホット リロード] と [エディット コンティニュ] : 複数のプロセスに接続されている場合に、[ホット リロード] と [エディット コンティニュ] の両方のエクスペリエンスを確実に使用できるようになりました。 以前はこの機能が完全にサポートされておらず、正しく機能しない場合がありましたが、現在は修正されています。

信頼できる場所

  • [信頼の設定] の見直しの一環として、"Web のマーク" チェックを削除し、過去に信頼されたことがないコード (ファイル、プロジェクト、フォルダーなど) を開こうとしたときに表示される警告ダイアログを追加しました。
  • コードは、フォルダーまたはリポジトリ レベルで信頼できるようになりました (警告ダイアログではオプションとして表示されますが、リポジトリ所有者はまだ完全には実装されていません)。
  • 現在、この機能は既定でオフになっていますが、[オプション] > [信頼の設定] > [Enforce Trust policies](信頼ポリシーの適用) を使用して有効にすることができます。

XAML ライブ プレビュー

XAML ライブ プレビューは、WPF 開発者向けに、この新しいエクスペリエンスの最初のプレビューとして提供されています。 ライブ プレビューを使用すると、デスクトップ アプリの UI をキャプチャして Visual Studio 内のドッキングされたウィンドウに表示できるようになりました。これにより、XAML ホット リロードを使用して簡単にアプリを変更し、変更を加えたときにその内容をリアルタイムで簡単に確認できるようになります。

XAML デスクトップ アプリ UI のライブ プレビュー

作業を開始するには:

  • [ツール] > [オプション] > [プレビュー機能] で [XAML Live Preview](XAML ライブ プレビュー) が有効 (既定値) であることを確認してください。
  • 有効にすると、メニューの [デバッグ] > [ウィンドウ] > [XAML Live Preview](XAML ライブ プレビュー) を選択してウィンドウを使用できるようになります (または、「XAML Live Preview」(XAML ライブ プレビュー) を検索して入力することもできます)。

次にアプリを実行し、ライブ プレビューの UI を使用してキャプチャするウィンドウを選択します。 これは、複数のウィンドウがある場合にのみ必要です。それ以外の場合は、メイン ウィンドウが自動的にキャプチャされます。

エクスペリエンスが開始されると、次の機能を使用できるようになります。

  • スクロールとズーム: アプリの UI をキャプチャしたウィンドウのパンとズームを実行できます。そのため、ニーズに合わせてアプリ全体を表示したり、編集したい部分だけを表示したりすることができます。 パンとスクロールを利用するには、タッチ パッド (2 本指スクロール)、マウスのスクロール ホイール、または Ctrl キー + クリックを使用し、コンテンツをドラッグします。
  • ルーラー: 実行中のアプリの上に、1 つまたは複数の水平または垂直ルーラーを追加できます。 これらの線は、マウスまたはキーボードを使用して所定の位置に移動することができます。 キーボードを使用してルーラーを移動するときは、矢印キーを使用すると、正確に位置を指定できます。また、Ctrl + 矢印キーを使用すると、すばやく位置を指定できます。 また、ルーラーを選択 (クリック) して Delete キーを押して、ルーラーを削除することもできます。
  • 要素の選択と情報のヒント: 要素の選択を使用すると、ライブ ビジュアル ツリーまたはアプリ内ツール バーから使用できるものと同じ機能を使用して、編集する XAML 要素を選択できます。 また、選択した後、新しい '情報のヒント' 機能を有効にすると、フォント、色、余白と間隔の情報など、選択した要素に関する追加情報を取得することもできます。 [Element Selection](要素の選択) を使用する場合は、[選択された項目のプレビュー] を有効にして ([ライブ ビジュアル ツリー] ツール バーのボタンまたは [デバッグ] > [オプション] > [ホット リロード] 設定します)、ソースの XAML に移動することを検討してください。
  • Windows の切り替え: キャプチャするアプリ ウィンドウを制御できます。

この最初のプレビューでは、この機能は WPF アプリでのみ動作しますが、将来的には他のアプリの種類にサポートを拡大するように取り組んでいます。

初期の実験的プレビューリモート テスト初期実験プレビュー

Linux コンテナー、WSL、SSH 接続経由などのリモート環境でのテスト実行を可能にする ごく 初期の実験的プレビューがあります。 これは非常に価値のある機能ですが、この機能はフィードバックを集めるごく初期の実験段階の状態であるため、しばらくお待ちください。 また、Visual Studio から接続環境の通信や管理を行うには多くの困難なシナリオがあるため、通常のようにスムーズに操作ができない可能性があります。 この実験的バージョンのリモート テストを使用するために必要なものは次のとおりです。

  • ターゲット環境に必要な依存関係をインストールする必要があります。 つまり、.NET 3.1 をターゲットにしたテストを Linux コンテナーで実行する場合、Dockerfile を使用してコンテナーに .NET 3.1 がインストールされていることを確認する必要があります。 将来的にテストの依存関係をスムーズに取得できるインストール方法を実現したいところですが、現在のところは、環境のプロビジョニングの大部分をユーザーの指定に任せています。
  • [出力] -> [テスト] ペインでリモート環境への接続状態を監視することを計画してください。 たとえば、コンテナーが停止した場合は、[出力] -> [テスト] ペインにメッセージが表示されます。 すべてのシナリオを検出できるわけではないので、接続が切断されたと思われる場合は出力を確認することを計画してください。 特に、[出力] ペインが [テスト] に設定されていない場合は、メッセージがすぐに表示されないことがあります。 接続が切断されたときの最適な通知モデルについては、まだ試行錯誤中なので、フィードバックをお待ちしています。 接続が切断されたように思われる場合は、テスト エクスプローラーでリモート テスト環境のドロップダウンを使用して、接続をローカル環境に戻し、再度リモート環境を選択して接続を再開することができます。
  • この実験的プレビューは、現時点では .NET のテストに限定されています。 C++ のリモート テスト エクスペリエンスのサポートに対する関心は認識しており、いずれは提供したいと考えています。

リモート テストを試すにはどうすればよいですか。

  • 公式ドキュメントは実験期間が終わった後に公開する予定です。 現在のところ、リモート テストを始めるために必要なものは次のとおりです。
  • ソリューションのルートで testenvironments.json を使用して環境を指定します。 json ファイルの構造は次のスキーマに従います。
{
    "version": "1", // value must be 1
    "environments": [
        { "name": "<unique name>", ... },
        ...
    ]
}
  • ローカル コンテナーの接続
    • ローカルで動作しているコンテナーに接続するには、ローカル マシンに Docker Desktop が必要です。 必要に応じて、パフォーマンス向上のために WSL2 統合を有効にします
    • Dockerfile の場合、ソリューションのルートにある testEnvironments.json で環境を指定できます。
          {
          "name": "<name>",
          "localRoot": "<path to local environment>", // optional
          "type": "docker",
          "dockerImage": "<docker image tag>",
          }
      
      次に例を示します。
      {
      "version": "1",
      "environments": [
          {
          "name": "linux dotnet-core-sdk-3.1",
          "type": "docker",
          "dockerImage": "testenv"
          }
      ]
      }
      
    • .NET 3.1 をターゲットにしたテストを実行するための Dockerfile の例を次に示します。
      FROM mcr.microsoft.com/dotnet/core/sdk:3.1
      
    • 次のコマンド (最後の "." を含む) を使用してコンテナーをビルドします: docker build -t <docker image name> -f <path to Dockerfile> .
  • ローカルの WSL2 接続
    • ローカル マシン上で WSL2 統合を有効にする必要があります。
    • この環境は、次のスキーマに従って、ソリューションのルートの testEnvironments.json で指定できます。
      {
      "version": "1",
      "environments": [
          {
          "name": "WSL-Ubuntu",
          "type": "wsl",
          "wslDistribution": "Ubuntu"
          }
      ]
      }
      
  • SSH 接続
    • [ツール] > [オプション] > [クロス プラットフォーム] > [接続マネージャー] に移動し、SSH 接続の追加と削除を行います。 [追加] を選択すると、ホスト名、ポート、必要な資格情報を入力できます。
    • この環境は、次のようにソリューションのルートにある testEnvironments.json で指定できます。
      {
      "version": "1",
      "environments": [
          {
          "name": "ssh-remote",
          "type": "ssh",
          "remoteUri": "ssh://user@hostname:22"
          }
      ]
      }
      
  • アクティブな環境は、テスト エクスプローラー ツール バーのドロップダウンを使用して選択します。 現在、アクティブにできるテスト環境は一度に 1 つだけです。

テスト エクスプローラーのリモート テスト環境ドロップダウン

  • 環境が選択されると、テストが検出され、新しい環境で実行されます。

リモート環境でテストが検出され、実行される

  • これで、リモート環境内でテストを実行できるようになりました (リモート環境でのテストのデバッグ機能は近日公開予定です)。

    リモート環境のテスト結果をテスト エクスプローラーで表示する

  • テスト エクスプローラーにより、不足している環境の前提条件をインストールするように求められ、インストールが試行されることがありますが、最終的には、リモート環境のプロビジョニングの大部分はユーザーの指定に委ねられています。

更新および刷新されたアイコン画像

  • Visual Studio 2022 のユーザー インターフェイスを刷新するという目標の一環として、一貫性、読みやすさ、親しみやすさに基づいて、IDE 全体のアイコンが刷新され、更新されました。

背景が暗い色と明るい色の新しいアイコンの例


17.0.0-pre.1.1 Visual Studio 2022 バージョン 17.0 Preview 1.1

"リリース日: 2021 年 6 月 24 日"

このリリースで対処された問題

  • テスト エクスプローラーの実行速度が非常に遅くなる原因となっていた問題を修正しました。

Developer Community から


17.0.0-pre.1.0 Visual Studio 2022 バージョン 17.0 Preview 1

リリース日: 2021 年 6 月 17 日

この Visual Studio 2022 バージョン 17.0 Preview 1 リリースの新機能の概要

64 ビット

  • devenv.exe は、64 ビットのみになりました

IntelliCode

  • 行全体のオート コンプリート

.NET 6 SDK

  • Visual Studio 2022 には、.NET 6 SDK (プレビュー) が含まれています
  • このリリースには、.NET MAUI プロジェクトの基本的なサポートが含まれています。 当面は、.NET MAUI ワークロードを .NET 6 とは別にインストールする必要があります。 詳細については、.NET MAUI のインストールに関するドキュメントを参照してください

Git ツール

  • チーム エクスプローラー Git UI に戻す機能が削除され、新しい Git エクスペリエンスで使用できるのは、組み込みのツールのみになりました。
  • GitHub 拡張機能を Visual Studio インストーラーからインストールするオプションは削除されました。

テスト ツールのサポート

  • 17.0 以降、新しいバージョンのテスト プラットフォームでは、汎用テストおよび順序指定テストを実行できません。 これらの特定の機能は、MSTestv1 の初期バージョンの一部としてのみ出荷されたもので、MSTestv2 には含まれていません。 これらの機能は使用率が非常に低いことが確認されたため、順序指定テストは最適なテスト手法に反していると考えられるようになりました。
  • 17.0 Preview 1 では、新しい TestSettings ファイルや TestSettings エディターの作成など、一部のテスト エクスペリエンスは使用できません。 テストの実行では引き続き TestSettings ファイルを使用できますが、TestSettings は RunSettings に置き換えられており、ユーザーは改善されたパフォーマンスと機能に移行することをお勧めします。 詳細については、こちらを参照してください。
  • コード化された UI テストおよび [Web ロード テスト](Cloud-based load testing service end of life | Azure DevOps Blog (microsoft.com))については、これらのエクスペリエンスを Visual Studio 2022 に移植する作業が進行中のため、17.0 Preview 1 ではまだサポートされていません。 今後のプレビューでサポートする予定ですが、ユーザーは、コード化された UI テストおよび Web ロード テストの使用を中止することをお勧めします。 これらのテクノロジは、2019 年に正式に非推奨とされており、ユーザーへの影響を最小限に抑えるために、製品からこれらを削除する予定です。

Web ツール

  • [公開の概要] ページの [ホスティング] セクションの右上隅にある [...] メニューに、リモート デバッグおよびプロファイルを開始または停止するアクションが表示されるようになりました
  • [接続済みサービス] ページに、Storage Explorer を起動するアクションが表示されるようになりました
  • .NET 6 に付属する "ASP.NET Core Empty" テンプレートでは、サポートの追加を開始した新しい 'Minimal API' パラダイムが使用されるようになります

拡張性

  • VS SDK には、いくつかの破壊的変更が含まれているため、2022 では、Visual Studio 2019 の拡張機能は動作しません。 詳細については、VS SDK のドキュメントを参照してください。
  • VS SDK 参照アセンブリは、VSSDK\VisualStudioIntegration\Common\Assemblies フォルダーにインストールされなくなりました。 お使いのビルドがこれらのアセンブリに依存している場合、プロジェクトを移行して NuGet パッケージを代わりに使用するようにしてください。 オフライン シナリオの場合:
    1. NuGet パッケージの復元元である組織内の NuGet フィードは残しておいてください。
    2. バイナリをチェックインします。

ホット リロード

Visual Studio 2022 では、新しい [コード変更を適用] ボタンを使い、デバッガー (F5) を使用してアプリを実行する場合、.NET ホット リロードを使用できるようになりました。 ホット リロードを使用すると、実行中のアプリケーションのコード ファイルを編集でき、多くの場合、最初にアプリの実行を一時停止する必要なく (以前は、エディット コンティニュ機能でこの操作が必要でした)、コード変更を適用できます。 ホット リロードの目標は、編集間でのアプリの再起動回数を可能な限り削減して、アプリのビルドを継続しながらアプリケーションのビルドと再起動に費やす時間を短縮することにより、生産性を向上することにあります。

ホット リロードのしくみの詳細については、.NET ブログの最近のブログ記事を参照してください。

.NET Framework 向けの新しい WPF XAML デザイナー

現在の .NET Framework 向け WPF XAML デザイナーは、新しい .NET Framework 向け WPF XAML デザイナーに置き換えられます。これは、.NET (.NET Core) 向け WPF XAML デザイナーに使用されているアーキテクチャと同じアーキテクチャに基づいています。

Visual Studio のエクスペリエンスの外観は同じですが、.design.dll および Microsoft.Windows.Design.Extensibility に基づいた以前のモデルは非推奨になったため、サードパーティのコントロール ベンダーは新しい機能拡張モデルをサポートする必要があります。 .NET (.NET Core) 向けの .designtools.dll 拡張機能を既に作成している場合は、その同じ拡張機能が新しい .NET Framework 向け WPF XAML デザイナーでも機能します。

新しい機能拡張モデルに移行する方法の詳細については、以下の移行のドキュメントを参照してください。

UWP 拡張 SDK のツールボックスの作成

UWP 拡張 SDK は、ツールボックスに表示する種類を SdkManifest.xml ファイルに一覧表示することによって、明示的に宣言することが必要になりました。 以前のバージョンの Visual Studio の動作は変わりません。マニフェスト内のコントロールの一覧が無視され、代わりに SDK のアセンブリのコントロールの種類が動的に列挙されます。

まだ使用できない機能

Visual Studio 2022 の Preview 1 リリースでは、いくつかの機能がまだ 64 ビットに移行されておらず、プレビューには含まれていません。 これらの機能は将来の更新に含める予定であり、Visual Studio から削除されることはありません。

  • Web ライブ プレビュー
  • インストルメンテーション プロファイラー
  • Azure クラウド サービス プロジェクトのサポート
  • T-SQL デバッガー
  • Web ロード テストおよび TestController/TestAgent
  • Azure Data Lake
  • コード化された UI テスト
  • DotFuscator
  • Incredibuild IDE の統合
  • IntelliCode の例による検索と置換

このリリースで対処された問題

Developer Community から


既知の問題

Visual Studio 2022 のすべての未解決のイシューと、利用可能な回避策については、以下のリンクから参照してください。


フィードバックと提案

皆様のご意見をお待ちしております。 問題がある場合は、インストーラーまたは Visual Studio IDE 自体の右上隅にある [問題の報告] オプションからお知らせください。 次に、 Feedback Icon アイコンは、右上隅にあります。 製品に関する提案をしたり、Visual Studio 開発者コミュニティで問題を追跡したりすることにより、質問、回答の検索、新機能を提案したりすることができます。 ライブ チャット サポートを介して、無料のインストールのヘルプを取得することもできます。


ブログ

開発者ツールのブログで提供されている洞察や推奨事項を活用すると、すべての新しいリリースに関する最新情報を入手し続けることができ、さまざまな機能について掘り下げた記事を参照することもできます。


Visual Studio 2022 リリース ノート履歴

過去のバージョンの Visual Studio 2022 に関連する詳細については、「Visual Studio 2022 リリース ノート履歴」のページを参照してください。


ページのトップへ