Visual Studio Icon Visual Studio 2019 Preview リリース ノートVisual Studio 2019 Preview Release Notes


| 開発者コミュニティ | システム要件 | 互換性 | 再配賦可能コード | ライセンス条項 | ブログ | 既知の問題 || Developer Community | System Requirements | Compatibility | Distributable Code | License Terms | Blogs | Known Issues |


重要

このリリースは、"Go Live" ではなく、実稼働コンピューターでの使用や実稼働コードの作成を目的としていません。This release is not "go-live" and not intended for use on production computers or for creating production code. Visual Studio 2019 のインストールと更新に関する手順については、Visual Studio 2019 の最新リリースへの更新に関するこのドキュメントをご覧ください。For instructions on installing and updating Visual Studio 2019, see this documentation on updating Visual Studio 2019 to the most recent release.


Visual Studio 2019 の新機能What's New in Visual Studio 2019

Visual Studio 2019 Preview のリリースVisual Studio 2019 Preview Releases

Visual Studio 2019 ブログVisual Studio 2019 Blog

Visual Studio 2019 ブログは、Visual Studio エンジニアリング チームからの製品の分析情報の公式な情報源です。The Visual Studio 2019 Blog is the official source of product insight from the Visual Studio Engineering Team. Visual Studio 2019 リリースの詳細については、次の投稿を参照してください。You can find in-depth information about the Visual Studio 2019 releases in the following posts:


Release Notes Icon Visual Studio 2019 Preview 4.3Visual Studio 2019 Preview 4.3 New release icon

リリース日: 2019 年 3 月 19 日released March 19, 2019

Visual Studio 2019 Preview 4.3 の新機能What's New in Visual Studio 2019 Preview 4.3

  • Visual Studio 2019 Preview 4.3 に Visual Studio 2019 RC.3 リリースと同じ機能が含まれるようになりました。Visual Studio 2019 Preview 4.3 contains the same functionality as the Visual Studio 2019 RC.3 release.

Release Notes Icon Visual Studio 2019 プレビュー 4.2Visual Studio 2019 Preview 4.2

リリース日: 2019 年 3 月 12 日released March 12, 2019

Visual Studio 2019 Preview 4.2 の新機能What's New in Visual Studio 2019 Preview 4.2

  • Visual Studio 2019 Preview 4.2 に Visual Studio 2019 RC.2 リリースと同じ機能が含まれるようになりました。Visual Studio 2019 Preview 4.2 contains the same functionality as the Visual Studio 2019 RC.2 release.

Release Notes Icon Visual Studio 2019 プレビュー 4.1 Svc1Visual Studio 2019 Preview 4.1 Svc1

Visual Studio 2019 Preview 4.1 Svc1 の新機能What's New in Visual Studio 2019 Preview 4.1 Svc1

  • Visual Studio 2019 プレビュー 4.1 Svc1 は、プレビュー 4.1 のサービス更新プログラムであり、Visual Studio 2019 RC.1 Svc1 リリースと同じ機能を含みます。Visual Studio 2019 Preview 4.1 Svc1 is a servicing update to Preview 4.1 and contains the same functionality as the Visual Studio 2019 RC.1 Svc1 release.

Release Notes Icon Visual Studio 2019 プレビュー 4.1Visual Studio 2019 Preview 4.1

リリース日: 2019 年 3 月 4 日released March 04, 2019

Visual Studio 2019 Preview 4.1 の新機能What's New in Visual Studio 2019 Preview 4.1

  • Visual Studio 2019 プレビュー 4.1 は、プレビュー 4 のサービス更新プログラムであり、Visual Studio 2019 RC.1 リリースと同じ機能を含みます。Visual Studio 2019 Preview 4.1 is a servicing update to Preview 4 and contains the same functionality as the Visual Studio 2019 RC.1 release.

Release Notes Icon Visual Studio 2019 Preview 4Visual Studio 2019 Preview 4

リリース日: 2019 年 2 月 27 日released February 27, 2019

Visual Studio 2019 Preview 4 の新機能What's New in Visual Studio 2019 Preview 4

  • Visual Studio 2019 リリース候補が公開されました。The Visual Studio 2019 release candidate is now out! 詳細なリリース情報は、最新のリリース ノートを参照してください。See the detailed release information on the Current Release Notes page.
  • Visual Studio 2019 プレビュー 4 には、ユーザーから報告された多数のバグ修正が含まれています。これは、開発者コミュニティで確認することができます。Visual Studio 2019 Preview 4 contains a number of user-reported bug fixes which you can view on Developer Community.
  • Visual Studio 2019 Preview 4 に Visual Studio 2019 RC リリースと同じ機能が含まれるようになりました。Visual Studio 2019 Preview 4 contains the same functionality as the Visual Studio 2019 RC release. ただし、Preview では Go Live の権限が提供されません。However, the Preview does not provide go-live rights.

Release Notes Icon Visual Studio 2019 Preview 3Visual Studio 2019 Preview 3

リリース日: 2019 年 2 月 13 日released February 13, 2019

Visual Studio 2019 Preview 3 の新機能の概要Summary of What's New in Visual Studio 2019 Preview 3

IDEIDE

  • スタート ウィンドウを使用して、Azure DevOps からホストされているリポジトリにサインイン、参照、ワンクリックで複製または接続できます。Sign in, browse, and one-click clone or connect to your hosted repositories from Azure DevOps through the start window.
  • 個人や組織によって所有されているリポジトリを表示するため、他のソース管理ホスト用の拡張機能をインストールできます。Install extensions for other source control hosts to view repositories owned by you and your organization.
  • Preview 2 のフィードバックに対応して、明るさの抑制、全体のコントラストの改善、その他の使いやすさの問題への対応が行われ、改善された青のテーマのエクスペリエンスを実感できます。Experience an improved Blue theme experience that addresses Preview 2 feedback by dialing down the luminosity, improving overall contrast and addressing other usability issues.
  • dotnet 形式のグローバル ツールを使用して、コマンドラインからコードのスタイル設定を適用できます。Apply code style preferences from the command-line with the dotnet format global tool.
  • お客様のフィードバックにより、ソリューション名の情報を、ステータス バー コントロールから IDE の上部に移動しました。Per your feedback, we have moved the solution name information from the status bar control back to the top of the IDE.

一般的なデバッグと診断General Debugging and Diagnostics

  • .NET Core アプリケーションでデータ ブレークポイント (元は C++ 専用の機能) を使用して、特定のオブジェクトのプロパティ値を変更すると、中断できます。Break when a specific object's property value changes in .NET Core applications using data breakpoints, a feature that was originally exclusive to C++.
  • Preview 1 以降、自動変数、ローカル、ウォッチの各ウィンドウでの検索の UI を、より単純なインターフェイスに更新してきました。Since Preview 1, we have updated the UI for searching in the Autos, Locals, and Watch windows with a simpler interface. 詳細検索機能は、最初および後続の検索の詳細度をすばやく選択できるように、ドロップダウンに変更されています。The Search Deeper function has been changed to a dropdown so you can quickly select how deep you want your initial and subsequent searches to be.

機能拡張Extensibility

  • NuGet パッケージで、単一の統一された Visual Studio SDK Microsoft.VisualStudio.SDK が使用できるようになりました。Use a single, unified Visual Studio SDK in the NuGet package Microsoft.VisualStudio.SDK.
  • AsyncPackage が含まれるようになった、VSIX プロジェクトへの更新プログラムが利用できます。Take advantage of our update to the VSIX Project to now include an AsyncPackage.
  • 新しく追加された空の VSIX プロジェクト テンプレートを使用して試してみることができます。Experiment with a new Empty VSIX Project template that we have added.
  • 拡張機能が無料、有料、または評価版かどうかがわかるように、[拡張機能と更新プログラム] ダイアログ内に表示されるようになりました。Know if an extension is Free, Paid, or Trial, as it is now indicated inside the Extensions and Updates dialog.
C++C++
  • CMakeGUI などの外部ツールや、カスタマイズされたメタビルド システムによって生成された既存の CMake キャッシュを開けるようになりました。Open existing CMake caches generated by external tools, such as CMakeGUI, or customized meta-build systems.
  • Spectre Variant 1 のリスク軽減サポートを提供するため、/Qspectre を使用した分析が強化されました (CVE-2017-5753)。Improve analysis with /Qspectre for providing mitigation assistance for Spectre Variant 1 (CVE-2017-5753). 詳細については、Visual C++ チームのブログ記事を参照してください。For more information, see the Visual C++ Team Blog post.
F#F#
  • 大規模なソリューションのパフォーマンスの向上と F# および F# ツールのさまざまなバグ修正を行いました。Experience performance improvements for larger solutions and various bug fixes for F# and the F# tools.

Web テクノロジWeb Technologies

ユニバーサル Windows プラットフォーム (UWP)Universal Windows Platform (UWP)

  • Visual Studio 2019 では Windows Mobile デバイスへの展開はサポートされなくなりました。Deployment to Windows Mobile devices is no longer supported in Visual Studio 2019. Windows 10 Mobile デバイスに展開しようとすると、"Visual Studio 2019 では、Windows Mobile デバイスへの展開はサポートされていません" というエラーが発生します。Attempts to deploy to a Windows 10 Mobile device will result in an error saying "Deployment to Windows Mobile devices is not supported in Visual Studio 2019". Windows 10 Mobile デバイス用のアプリケーションで引き続き作業する必要がある場合は、Visual Studio 2017 を引き続きご使用ください。If you need to continue working on an application for Windows 10 Mobile devices, continue to use Visual Studio 2017.

Visual Studio 2019 Preview 3 で修正された主要な問題Top Issues Fixed in Visual Studio 2019 Preview 3


Visual Studio 2019 Preview 3 の新機能の詳細Details of What's New in Visual Studio 2019 Preview 3

IDEIDE

ソリューション名Solution name

お客様のフィードバックにより、ソリューション名の情報を、ステータス バー コントロールから IDE の上部に移動しました。Per your feedback, we have move the solution name information from the status bar control back to the top of the IDE.

変更された青のテーマRevised blue theme

Preview 2 のフィードバックに対応して、明るさの抑制、それによる全体のコントラストの改善、その他の使いやすさの問題への対応を行い、青のテーマのエクスペリエンスを改善しました。We have improved the Blue theme experience, addressing Preview 2 feedback by dialing down the luminosity, thereby improving overall contrast and addressing other usability issues.

一般的なデバッグと診断General Debugging and Diagnostics

マネージド データ ブレークポイントManaged data breakpoints

.NET Core アプリケーションでデータ ブレークポイント (元は C++ 専用の機能) を使用して、特定のオブジェクトのプロパティ値を変更すると、中断できるようになりました。You can now break when a specific object's property value changes in .NET Core applications using data breakpoints, a feature that was originally exclusive to C++. 以前のオプションでは、その関数を呼び出す数百のオブジェクトがある場合、持続的、無関係な中断が発生する可能性があるのに対し、これはデータ ブレークポイントが_特定_のオブジェクトのプロパティに、それが範囲外であってもフォーカスできるため、プロパティのセッターにブレークポイントを配置するための優れた代替手段となります。They are a great alternative to simply placing a breakpoint on a property's setter because a data breakpoint can focus on a specific object's property even when it's out of scope, whereas the former option may result in constant, irrelevant breaks if you have hundreds of objects calling that function.

ウォッチ ウィンドウの検索 UX の更新Watch window Search UX Updates

Preview 1 以降、自動変数、ローカル、ウォッチの各ウィンドウでの検索の UI を、より単純なインターフェイスに更新してきました。Since Preview 1, we have updated the UI for searching in the Autos, Locals, and Watch windows with a simpler interface. 詳細検索機能は、最初および後続の検索の詳細度をすばやく選択できるように、ドロップダウンに変更されています。The Search Deeper function has been changed to a dropdown so you can quickly select how deep you want your initial and subsequent searches to be.

dotnet 形式Dotnet Format
  • dotnet 形式のグローバル ツールを使用して、コマンドラインからコードのスタイル設定を適用できるようになりました。You can now apply code style preferences from the command-line with the dotnet format global tool. インストールには、.NET Core 2.1 SDK 以降が必要になります。To install, you will need .NET Core 2.1 SDK or later. お使いの端末で次のコマンドを実行します。dotnet tool install -g dotnet-format --version 3.0.0-beta4-19105-10Run the following command in your favorite terminal: dotnet tool install -g dotnet-format --version 3.0.0-beta4-19105-10
dotnet format video
コマンドラインで dotnet の形式を実行します。Run dotnet format from the command-line.

拡張性Extensibility

統一された SDK NuGet パッケージUnified SDK NuGet package

以前は、拡張機能の作成者は、その拡張機能で使用するために必要な Visual Studio SDK の個々 の NuGet パッケージに多数の個別の参照を作成する必要がありました。In the past, extension authors had to make many separate references to the individual NuGet packages of the Visual Studio SDK they needed to use in their extension. さまざまなパッケージのバージョンが必ずしも一致しておらず、その結果、コンパイル時と実行時に依存関係の競合問題が発生していました。The versions of the various packages weren't always aligned and that often resulted in dependency conflicts at compile time as well as runtime issues.

これらの問題を解決するには、Microsoft.VisualStudio.SDK という名前の新しいパッケージを使用します。このパッケージには、Visual Studio SDK を構成するすべてのパッケージの依存関係が含まれています。To solve these issues, use a new package called Microsoft.VisualStudio.SDK which contains dependencies on all the packages that make up the Visual Studio SDK. これによりバージョンの不一致の問題が解決され、使用するバージョンがわかりやすくなります。It solves the issue of version mismatches as well as makes it easy to know which version to use. 拡張機能でサポートされる Visual Studio の最小バージョンに対応するパッケージのバージョンを使用するだけで、SDK 全体にアクセスできるようになります。Simply use the version of the package that corresponds to the lowest version of Visual Studio your extension supports and you will have access to the entire SDK.

現在のところ、存在するのは SDK パッケージのバージョン 15.9 のみですが、バージョン 14.0 まですべてに対応するバージョンを今後数か月にわたってリリースする予定です。Right now, only version 15.9 of the SDK package exists, but more will be released in the months to come all the way to version 14.0.

新規および更新されたプロジェクト テンプレートNew and updated project templates

VSIX プロジェクト テンプレートは、複数の更新を経て、簡略化されて使いやすくなりました。The VSIX Project template has gone through multiple updates to simplify it and make it better:

  • 新しく統一された SDK NuGet パッケージが使用されますUses the new, unified SDK NuGet package
  • AsyncPackage クラスが含まれますIncludes an AsyncPackage class
  • パッケージをコンパイルするのに .resx ファイルは不要になりましたNo longer requires a .resx file to compile a package
  • .NET Framework 4.7.2 をターゲットとしますTargets .NET Framework 4.7.2

新しい空の VSIX プロジェクト テンプレートが作成されました。これは VSIX プロジェクト テンプレートと同じですが、AsyncPackage クラスを持ちません。A new Empty VSIX Project template has been created and it is the same as the VSIX Project template but without the AsyncPackage class. また、MEF 拡張機能とその他のパッケージのない拡張機能の種類にとって最適な開始点を提供する統合された SDK NuGet パッケージも参照します。It also references the unified SDK NuGet package providing a good starting point for MEF extensions and other package-less extension types.

無料/有料/評価版Free/Paid/Trial

これまで拡張機能が無料、有料、または評価版なのかを確認する簡単な方法がありませんでした。There hasn't been an easy way to see if an extension was marked as free, paid, or a trial. [拡張機能と更新プログラム] ダイアログ内に、各拡張機能が無料、有料、または評価版なのかが明確に表示されるように変更されました。This now changes so that inside the Extensions and Updates dialog, each extension that is either a trial or paid will be marked clearly as such. 評価版または有料のラベルのない拡張機能は無料です。Extensions that don't have a trial/paid label are free.

F#F#

このリリースでは、主に大規模なソリューションのパフォーマンスに重点を置きました。For this release, we focused primarily on performance for larger solutions. その例には次のものがあります。Some of these include:

  • (特に大きなファイルによって) 徐々に大きくなる割り当てを回避するため、ソース テキストの表現の変更 (#5935#5936#5937#4881)。Changing our representation of source text to avoid large allocations over time, especially with bigger files (#5935, #5936, #5937, #4881).
  • メモリの使用量を減らすため、ファイルの小規模な編集のビルド キャッシュの変更 (#6028)。Changing our build caches for small edits to files to use less memory (#6028).
  • プロジェクト間参照が不必要に再計算される Preview 1 と 2 のバグを修正しました (#6003)。We fixed a bug where cross-project references were being needlessly recomputed for Previews 1 and 2 (#6003).

このリリースには、少数の他の修正も含まれています。This release also contains a small number of other fixes:

F# コンパイラとコア ライブラリF# Compiler and core library
  • fsi.exefsc.exe の既定値が .NET Framework 4.7.2 になり、これ以前のフレームワークをターゲットとするコンポーネントが読み込めるようになりました (#4946)。fsi.exe and fsc.exe now defaults to .NET Framework 4.7.2, allowing the loading of components targeting this framework or lower (#4946).
  • F# コンパイラのバナー テキストに、実際には F# 4.6 を使用しているのに F# 4.5 を使用していると間違って表示されるバグを修正しました (#6108)。We fixed a bug where the banner text for the F# compiler incorrectly stated that it was using F# 4.5, when it was actually using F# 4.6 (#6108).
  • テスト アセットがある余分なディレクトリがいくつか含まれる FSharp.Core パッケージの問題を修正しました。We fixed an issue in the FSharp.Core package where some extra directories with test assets were included. FSharp.Core 4.5.5 および 4.6.1 にはこの修正が含まれています (#5814)。FSharp.Core 4.5.5 and 4.6.1 should have the fix (#5814).
  • 静的に解決される型パラメーターが継承されたメンバーを非表示にするメンバーを呼び出せなかったバグが、Victor Peter Rouven Müller によって修正されました (#5778)。A bug where Statically Resolved Type Parameters couldn't call a member hiding an inherited member has been fixed by Victor Peter Rouven Müller (#5778).
Visual Studio 向けの F# ツールF# tools for Visual Studio

ASP.NET と Azure Functions ツールASP.NET & Azure Functions tooling

  • Visual Studio 2019 には、新しいプロジェクトを作成するための新しいエクスペリエンスが付属しています。Visual Studio 2019 comes with a new experience for creating new projects. 具体的には、新しい ASP.NET プロジェクトを作成するときに、ASP.NET 固有の選択肢を表示する追加のダイアログが、Visual Studio によって提供されます。When creating new ASP.NET projects specifically, Visual Studio offers additional dialogs that surface ASP.NET specific choices. これらの追加のダイアログは、他のエクスペリエンスの表示スタイルと合わせるために更新されています。These additional dialogs have been updated to match the visual style of the rest of the experience.
  • 以前から、Visual Studio では発行資格情報が暗号化され、発行プロファイルのユーザー ファイルに格納されていたため、アプリケーションを発行するたびに、これらを再入力する必要はありません。For a while now, publish credentials in Visual Studio are encrypted and stored in the publish profile user file so you don't have to re-enter them every time you publish your application. 通常、ユーザー ファイルには共有できないシークレットや個人情報が含まれている可能性が高いため、これらはソース管理から既定で除外されています。User files in general are excluded from source control by default because they are likely to contain secret and/or personal information that should not be shared. これまでは、Azure Functions プロジェクトの発行プロファイルがソース管理にチェックイン済みでもユーザーファイルがチェックインしていない場合、発行資格情報が見つからず、発行プロファイルを再利用することはできませんでした。Up until now, if a publish profile for an Azure Functions project was checked into source control but the user file was not, the publish credentials were missing and the publish profile could not be re-used. このリリースでは、発行プロファイルを再利用できるように、資格情報の編集と新しいユーザー ファイルの作成が許可されるようになりました。Now, we allow for the credentials to be edited and a new user file to be created so that the publish profile can be re-used.

Release Notes Icon Visual Studio 2019 Preview 2.2Visual Studio 2019 Preview 2.2

リリース日: 2019 年 2 月 5 日released February 05, 2019

Visual Studio 2019 Preview 2.2 で修正された問題Issues Fixed in Visual Studio 2019 Preview 2.2


Release Notes Icon Visual Studio 2019 Preview 2.1Visual Studio 2019 Preview 2.1

リリース日: 2019 年 1 月 31 日released January 31, 2019

Visual Studio 2019 Preview 2.1 で修正された問題Issues Fixed in Visual Studio 2019 Preview 2.1


Release Notes Icon Visual Studio 2019 Preview 2Visual Studio 2019 Preview 2

リリース日: 2019 年 1 月 23 日released January 23, 2019

Visual Studio 2019 Preview 2 の新機能の概要Summary of What's New in Visual Studio 2019 Preview 2

インストールInstall

IDEIDE

  • 新しいプロジェクトの作成で、タグに基づく検索が改善され、[最近使用したプロジェクト テンプレート] の一覧に簡単にアクセスできるようになります。Create new projects with improvements in tag-based search and an easily accessible "Recent project templates" list.
  • Visual Studio での検索から新しいアイテムを直接作成でき、向上した関連性でいっそう速く結果が見つかります。Create new items directly from Visual Studio Search and find results faster with improved relevance.
  • モニターごとの認識 (PMA) のサポートが、完全な PMA 機能を備えたコンポーネントの増加と、使いやすさに関する多くの問題の修正により、向上しています。Experience an improved Per-Monitor Awareness (PMA) support through more components with full PMA functionality and fixes to many usability issues.
  • 新しい通知エクスペリエンスにより、Visual Studio Live Share の要求などの重要な情報が常に提供されます。Stay informed of important information, such as Visual Studio Live Share requests, with a new notifications experience.
  • コードのクリーンアップ中に実行する修正機能を簡単に選択できるように、コード クリーンアップ修正機能のコレクションがプロファイルとして保存されます。Save a collection of code cleanup fixers as a profile to easily select the fixers you want run during code cleanup.
  • 新しい .NET リファクタリングとコード修正がトリガーされます。Trigger new .NET refactoring and code fixes.
  • [拡張機能と更新プログラム] ダイアログ ボックスで、プレビュー、有料、評価版のタグが付いた拡張機能の状態を確認できます。See the status of your extensions with Preview, Paid, and Trial tags in the Extensions and Updates dialog.
  • このプレビューでは既定値がリセットされたので、アクティブにする必要があるプレビュー機能を確認して構成できます。Check and configure which Preview features you want active since the defaults have been reset in this Preview.
  • このリリースで非推奨としてマークされた特定のテスト ウィンドウ API を除外することで、拡張機能を最新の状態に保ちます。Keep your extensions up-to-date by excluding certain Test Window APIs that have been marked as deprecated in this release.
  • サーバー エクスプローラーから Azure App Service 関連の機能が削除されました。代わりに Cloud Explorer で同等の機能を使用できます。We have removed Azure App Service-related features from Server Explorer; equivalent functionality is instead available in Cloud Explorer.

パフォーマンスPerformance

  • [Build Selection](ビルドの選択) のショートカットが新しくなっています。また、新しい [すべてビルド] コマンドで CMake のすべてをすばやくビルドできます。Learn the new shortcut for Build Selection and quickly Build All in CMake with the new Build All command.
  • CMake プロジェクトの C++ ファイル用の IntelliSense のパフォーマンスが向上しており、いっそう速くコーディングできます。Code faster with improved performance of IntelliSense for C++ files in CMake projects.
  • より大きい .NET Core プロジェクトを読み込むことができます。Load larger .NET Core projects.
  • プロジェクトの新しいコンテキスト メニュー コマンドで、すばやくプロジェクトの依存関係を読み込むことができます。Load project dependencies quickly with a new project context menu command.
  • パフォーマンス センターでパフォーマンスのヒントを参照してください。See performance tips in the performance center.

一般的なデバッグと診断General Debugging and Diagnostics

  • カスタム引数を使用して Google Chrome を起動し、JavaScript アプリケーションのデバッグをすべて Visual Studio IDE 内で行うことができます。Launch Google Chrome with custom arguments and debug your JavaScript applications all within the Visual Studio IDE.
  • パフォーマンス プロファイラーで CPU および .NET オブジェクト割り当てツールのホット パスの強調表示を使用できます。Use Hot Path Highlighting for CPU and DotNet Object Allocation tools in the Performance Profiler.

プログラミング言語Programming Languages

C++C++
F#F#
  • F# 4.6 および F# のコンパイラとツールに対するマイナーな機能強化をプレビューしてください。Preview F# 4.6 along with minor improvements to the F# compiler and tools.
JavaScript/TypeScriptJavaScript/TypeScript
PythonPython
  • 新しい Python 環境セレクター ツールバーによる "フォルダーを開く" のサポートの向上など、Python 環境での作業がいっそう容易になっています。Work more easily with Python environments, including improved support for Open Folder using a new Python environment selector toolbar.

Web テクノロジWeb Technologies

  • 作業項目割り当てのインライン サポートや、#mentions エクスペリエンスの向上など、Azure DevOps 作業項目エクスペリエンスが強化されています。Experience enhancements to the Azure DevOps work item experience that include inline support of assigning work items and an improved #mentions experience.
  • プロジェクト ファイルに関する作業がいっそう簡単になり、.NET Core ツール用のコンソール アプリのエクスペリエンスが向上しています。Work with project files more easily and experience a better console app for .NET Core tooling.
  • すべてのアプリに対する発行プロファイルの概要のエクスペリエンスが強化されています。Experience enhancements to the publish profile summary for all apps. さらに、アプリを Azure App Service に発行するときに、[依存関係] という名前の新しいセクションを使用できるようになりました。Additionally, a new section called Dependencies is now available when an app is published to Azure App Service.

コンテナー ツールContainer Tools

Xamarin を使用したモバイル開発Mobile Development with Xamarin


Visual Studio 2019 Preview 2 で修正された主要な問題Top Issues Fixed in Visual Studio 2019 Preview 2


Visual Studio 2019 Preview 2 の新機能の詳細Details of What's New in Visual Studio 2019 Preview 2

インストールInstall

  • Visual Studio の更新プログラムのインストール方法を選択できるようになりました。You can now choose how to install Visual Studio updates. 既定のモードは "全部ダウンロードしてからインストールする" であり、更新プログラムがダウンロードされている間も Visual Studio を使用することができます。The default mode is ‘Download all, then install’ which allows you to continue using Visual Studio while updates are being downloaded. [全部ダウンロードしてからインストールする] を選択する場合は、Visual Studio インストーラーを開いて [続行] を選択し、インストールを完了する必要があることに注意してください。Note that, if you select ‘Download all, then install’, you’ll need to finish up the installation by opening the Visual Studio Installer and selecting Continue.
  • Visual Studio の更新プログラムは、バックグラウンドでダウンロードされます。Visual Studio updates will now be downloaded in the background. これらのダウンロードは、コンピューターがアイドル状態のときにのみ行われます。These downloads will occur only when your machine is idle. ダウンロードが完了すると、ダウンロードをインストールする準備ができたことが、Visual Studio 内で通知されます。When the downloads complete, you will get a notification inside Visual Studio that your download is now ready to install.
  • [ツール] > [オプション] メニューから [製品の更新プログラム] ページで設定を変更することにより、更新プログラムのインストール モード、および更新プログラムをダウンロードするかどうかを制御できます。You can now control your update installation mode and whether to download updates or not through the Tools > Options menu by changing the settings on Product Updates page.
Product Update Options
[製品の更新プログラム] のオプションProduct Update Options

シェルとプラットフォームShell and platform

  • [新しいプロジェクト] ダイアログの検索ボックスを使用して、言語、プラットフォーム、プロジェクトの種類のタグにより、プロジェクト テンプレートを検索できるようになりました。You can now search for project templates by their language, platform, and project type tags through the search box in the New Project Dialog. 既定の一覧には使用可能なすべてのテンプレートが表示される一方、左側のウィンドウには最近使用したプロジェクト テンプレートの一覧が表示されてすぐにアクセスできます。The default list shows all available templates, while a list of your recently used project templates appears on the left pane for quick access.
New Project Dialog
[新しいプロジェクト] ダイアログNew Project Dialog
  • 検索のエクスペリエンスが次のように改善されました。We've improved your search experience by:
    • メニュー、コンポーネント、テンプレートのフィルターが追加されましたAdding filters for Menus, Components, and Templates
    • 最も関連のある検索結果が得られるように、検索の選択が組み込まれましたIncorporating your search selections to give you the most relevant search results
    • Visual Studio の検索から直接、新しいプロジェクト/アイテムを作成してソリューションに追加できるようになりましたEnabling you to create and add new projects/items to your solution directly from Visual Studio Search
  • 最低限の要件のセット (.NET 4.8 Preview および Windows 10 April 2018 Update 以降) を満たすユーザーの場合、向上したモニターごとの認識 (PMA) エクスペリエンスが既定で有効になります。The improved Per-Monitor Awareness (PMA) experience is now turned on by default for users that meet the minimum set of requirements (.NET 4.8 Preview & and Windows 10 April 2018 Update or newer). [ツールボックス]、[ブレークポイント]、[ウォッチ式]、[ローカル]、[自動変数]、[呼び出し履歴] などのツール ウィンドウは PMA に変換されており、表示の構成やスケーリングに関係なく鮮明にレンダリングされます。Tool windows such as Toolbox, Breakpoints, Watch, Locals, Autos & Call Stack have been converted to PMA and thus render sharply regardless of your display configuration and/or scaling.
  • 新しい通知エクスペリエンスで次のものが追加されています。A new notification experience adds:
    • ステータス バーへの新しいアイコンおよびカウンターのエクスペリエンスA new icon and counter experience to the status bar
    • 新しいトースト通知メカニズムA new toast notification mechanism
    • Visual Studio の更新プログラムと Visual Studio のライセンス有効期限切れの通知Visual Studio Updates & Visual Studio licensing expiration notifications
  • Preview 1 のフィードバックに対応して青のテーマのエクスペリエンスが修正され、明るさの抑制、コントラストの改善、その他の使いやすさの問題への対応が行われています。A revised Blue theme experience that addresses Preview 1 feedback by dialing down the luminosity, improving contrast and addressing other usability issues.
  • ツール バー領域で使用できる空きスペースをドラッグ可能領域として利用することで、ウィンドウのドラッグ機能が強化されています。Enhanced window-dragging capabilities by leveraging available free space in the toolbar region as a draggable region.
  • コード クリーンアップ修正機能のコレクションをプロファイルとして保存できるようになったため、コードのクリーンアップ中に実行する修正機能のセットをすばやく選択できます。You can now save a collection of Code Cleanup fixers as a profile so you can quickly select the set of fixers you want run during Code Cleanup.
Visual Studio Code Cleanup Profiles
Visual Studio Code クリーンアップ プロファイルVisual Studio Code Cleanup Profiles
  • 拡張機能がプレビュー状態か、有料か、または試用期間内かをすばやく理解するのに役立つタグが、[拡張機能と更新プログラム] ダイアログに追加されました。We've added tags in the Extensions and Updates dialog to help you quickly understand whether an extension is in Preview, is a Paid extension, or is in a Trial period.
Extensions and Updates dialogs with tags
タグが含まれる [拡張機能と更新プログラム] ダイアログExtensions and Updates dialogs with tags
  • アクティブにしたいプレビュー機能を選択するには、[プレビュー機能] ノード ([ツール] > [オプション] > [プレビュー機能]) を確認してください。Check out the Preview Features node (in Tools > Options > Preview Features) to choose which Preview Features you'd like to have active.
    • このノードの既定値がリセットされました。We've reset the default values in this node. そのため、Preview 1 で特定のプレビュー機能をオフにしてあり、そのプレビュー機能が Preview 2 でまだ使用できる場合、Preview 2 に更新するとその機能は元に戻ります。So, if you've turned off a certain preview feature in Preview 1 and that preview feature is still available in Preview 2, the feature will be turned back on when you update to Preview 2.

テスト ツールTesting tools

以前はドキュメントに記載されていませんでしたがパブリックとしてマークされていたテスト ウィンドウの追加 API が、非推奨リストに追加されました。Additional APIs in the Test Window that were previously undocumented but marked as public have been added to the deprecation list.

パフォーマンスPerformance

  • フォルダーとソリューションのビルドの選択に、新しいショートカットが追加されました:Ctrl + BWe have added a new shortcut for Build Selection for folders and solutions: Ctrl + B.
  • CMake ファイルをすべてビルドするコマンドが追加されました:Ctrl + Shift + BWe have added a command to Build All for CMake files: Ctrl + Shift + B.
  • CMake プロジェクトに含まれる C++ ファイルでの IntelliSense のパフォーマンスが向上しました。We've improved IntelliSense performance in C++ files in CMake projects.
  • Visual Studio で OutOfMemory 例外になることなく読み込むことのできる .NET Core プロジェクトが大きくなりました。Visual Studio can now load larger .NET Core projects without running into a OutOfMemory exception.
  • アンロードされたプロジェクトの依存関係を読み込むコマンドが、プロジェクトとソリューションのコンテキスト メニューに追加されました。We've added a command to load unloaded project dependencies to the project and solution context menus.
  • Visual Studio のパフォーマンスの向上に関する通知ヒントが、パフォーマンス センターで常に示されるようになりました。[ヘルプ] > [Visual Studio のパフォーマンスの管理] でアクセスできます。Notification tips to improve performance of Visual Studio are now persisted in the performance center, accessible via Help > Manage Visual Studio Performance.

ホット パスの強調表示Hot Path Highlighting

  • パフォーマンス プロファイラーの CPU 使用率ツールと .NET オブジェクト割り当てツールの両方に、ホット パスの強調表示のサポートが追加されました。We have added support for hot path highlighting in both the CPU Usage and DotNet Object Allocation tools in the Performance Profiler. 呼び出しツリーで任意の関数を選択してホット パス ボタンをクリックすると、CPU 使用率または .NET オブジェクト割り当てのホット パスが展開されます。Select any function in the call tree and press the hot path button to expand the CPU Usage or Dot Net Object Allocation hot path. この機能を使用すると、CPU を最も多く使用している関数呼び出し、または最も多くのオブジェクトを割り当てている関数呼び出しを簡単に識別できます。This feature allows you to easily identify the function calls which use the highest percentage of the CPU or that allocate the most objects.
Hot path highlighting in the CPU Usage tool
CPU 使用率ツールでのホット パスの強調表示Hot path highlighting in the CPU Usage tool

.NET の生産性.NET Productivity

  • .NET のリファクタリングとコード修正:.NET refactorings and codefixes:

    • 名前空間とフォルダー名を同期するSync Namespace and Folder Name
    • ダイアログ オプションによる [Pull members up](メンバーのプルアップ) リファクタリングPull members up refactoring with dialog options
    Pull members up refactoring with dialog options
    [Pull members up]\(メンバーのプルアップ\) ダイアログPull Members Up dialog
    • パラメーター/引数のリストをラップ/インデント/配置するWrap/indent/align lists of parameters/arguments
    • 匿名型をタプルに変換するConvert anonymous type to tuple
    • ラムダに式/ブロック本体を使用するUse expression/block body for lambda
    • 条件式および論理演算を反転させるInvert conditional expressions and logical operations
    • ブロック コメントを "/" で自動的に閉じるAutomatically close block comment on “/”
    • 複合代入に変換するConvert to compound assignment
    • C# 8.0 のインデックスと範囲演算子に変換するConvert to C# 8.0 index and range operators
    • UseCompound の修正に対する C# 8.0 での ??= 複合演算子のサポートSupport for ??= compound operator in C# 8.0 to the UseCompound fix
    • 暗黙的に型指定された変数を定数にすることはできないことを修正するFix Implicitly-typed variables cannot be constant
    • 補間された逐語的文字列を入力するときの @$"$@" での置換に対する自動修正機能Auto-fixer to replace @$" with $@" when typing interpolated verbatim string
    • #nullable enable|disable の完了Completion for #nullable enable|disable
    • 使用されていない式の値およびパラメーターに対する修正Fix for unused expression values and parameters
    • インターフェイスの展開が同じファイル内に存在することの許可に対する修正Fix for allowing Extract Interface to remain in the same file
  • 読み取り/書き込みによる参照が分類されます。Categorize references by Read/Write.

  • csharp_prefer_braces に対して Editorconfig when_multiline オプションが追加されます。Add Editorconfig when_multiline option for csharp_prefer_braces.

  • .NET Compiler Platform SDK (Roslyn とも呼ばれます) の新しい分類色を使用できます。New classification colors are available from the .NET Compiler Platform SDK (aka Roslyn). Visual Studio Code の色に似ている新しい既定の色が段階的にロールアウトされています。これらの色は、[ツール] > [オプション] > [環境] > [フォントおよび色] で調整できます。または、[環境] > [プレビュー機能][Use enhanced colors](拡張された色を使用する) チェック ボックスをオフにすることで無効にできます。New default colors, similar to the Visual Studio Code colors, are gradually being rolled out. You can adjust these colors in Tools > Options > Environment > Fonts and Colors or turn them off in Environment > Preview Features by unchecking the Use enhanced colors check box. この変更によるワークフローへの影響についてのフィードバックをお聞かせください。We’d appreciate hearing feedback on how this change affects your workflow.

New Roslyn classification colors
新しい Roslyn の分類の色New Roslyn classification colors

ASP.NET プロジェクトでの JavaScript のデバッグJavaScript Debugging in ASP.NET projects

  • [ブラウザーの選択] メニューを使用して ASP.NET プロジェクトに対してカスタム引数を持つ新しい Google Chrome ブラウザーを追加した場合、Visual Studio でデバッグを開始するときに、アプリケーションの JavaScript のデバッグが有効になります。If you have added a new Google Chrome browser with custom arguments using the "Browse with..." menu for your ASP.NET project, Visual Studio will now enable JavaScript debugging for your application when debugging is started. Google Chrome を起動するときに、Chrome に対してカスタム起動引数が適用されます。Your custom launch arguments for Google Chrome will be applied when launching Chrome.
Adding Google Chrome with Custom arguments using 'Browse with'
[ブラウザーの選択] を使用したカスタム引数を持つ Google Chrome の追加Adding Google Chrome with Custom arguments using 'Browse with...'
:Visual Studio の既定では、引数としてデータ ディレクトリへのパスを指定しない限り、通常の Chrome インスタンスとは異なるデータ ディレクトリを使用して Chrome が起動されます。 Note: Visual Studio, by default, will launch Chrome using a different data directory than your regular Chrome instance unless you provide the path to your data directory as an argument. その結果、この Chrome インスタンスを使用するときに拡張機能を使用できる必要がある場合は、最初にそれらをインストールする必要があります。As a result, if you require any extensions to be available when using this Chrome instance, you will need to install them the first time.

C++C++

生産性Productivity
  • コード分析がバックグラウンドで自動的に実行されるようになりました。Code analysis now runs automatically in the background. エディターでの入力時に緑色の波線で警告が表示されます。Warnings display as green squiggles in-editor as you type.
  • テンプレート バーで、モーダル ウィンドウではなくピーク ウィンドウ UI が使用され、入れ子になったテンプレートがサポートされ、ピーク ウィンドウに既定の引数が設定されるようになりました。The Template Bar now utilizes the Peek Window UI rather than a modal window, supports nested templates, and prepopulates any default arguments into the Peek Window.
  • 該当する行の電球メニューから、NULL->nullptr コード分析の警告 (C26477 USE_NULLPTR_NOT_CONSTANT) の自動修正を使用できます。これは、C++ Core Check 型の規則ルールセットにおいて既定で有効になります。An automatic fix-it for the NULL->nullptr code analysis warning (C26477 USE_NULLPTR_NOT_CONSTANT) is available via the lightbulb menu on relevant lines, enabled by default in the C++ Core Check Type Rules ruleset. IDE でのその他のクイック修正としては、足りない #include ディレクティブの追加、足りないセミコロンの修正、"*" と "&" の正しくない使用の修正などがあります。Additional quick fixes in the IDE include adding missing #include directives, fixing missing semicolons, and fixing incorrect uses of '*' versus '&'.
  • C++ コンソール アプリとデスクトップ アプリに対して、プリコンパイル済みヘッダーが既定では生成されなくなりました。Precompiled headers are no longer generated by default for C++ console and desktop apps.
  • "定義へ移動" が #include ディレクティブで動作するようになり、対応するファイルが開かれます。Go to Definition now works on #include directives, opening the corresponding file. これには F12 のショートカットが含まれ、コード内を簡単に移動できます。This includes the F12 shortcut, providing an easy way to navigate around your code.
  • コード ブロックの右中かっこをポイントすると、そのブロックのコンテキストに関して役に立つ情報が提供されます。Hovering over a closing brace of a code block provides some helpful information about the context of that block.
  • <ミューテックス> ヘッダーの既知の STL 型に対する ConcurrencyChecker のサポートが追加されました。We've added support in ConcurrencyChecker for well-known STL types from the <mutex> header.
  • Lifetime プロファイル チェッカーの更新された部分的な実装を、未解決のポインターと参照を検出するために使用できます。An updated partial implementation of the Lifetime profile checker is available for detecting dangling pointers and references.
  • 3 方向の比較に対する C++20 の演算子 <=> ("宇宙船") の初期サポートがコンパイラに追加されました。We've added initial support in the compiler for the C++20 operator <=> ("spaceship") for three-way comparison.
CMakeCMake
  • CMake プロジェクトの C++ ファイル用の IntelliSense のパフォーマンスが向上しました。We've improved performance of IntelliSense for C++ files in CMake projects.
  • Visual Studio では、Linux コンピューター上に互換性のある CMake のバージョンがあるかどうかが検出されることにより、Linux で CMake による C++ の開発を始めやすくなりました。Visual Studio helps bootstrap your C++ development with CMake on Linux by detecting if you have a compatible version of CMake on your Linux machine. ない場合は、インストールすることができます。If not, it offers to install it for you.
  • CMake 設定エディターでは、CMakeSettings.json の代わりになるもの、および CMakeGUI と同等の機能が提供されます。The CMake Settings Editor provides an alternative to CMakeSettings.json and provides some parity with CMakeGUI.
  • CMake メニューが削除され、プロジェクトおよびソリューションといっそうよく一致するように再編成されました。The CMake menu has been removed and reorganized for closer parity with projects and solutions.
  • CMakeSettings での互換性のない設定 (アーキテクチャの不一致や、互換性のない CMake ジェネレーターの設定など) に対しては、JSON エディターおよびエラー一覧のエラーで波線が表示されます。Incompatible settings in CMakeSettings, such as mismatched architectures or incompatible CMake generator settings, show squiggles in the JSON editor and errors in the Error List.
  • vcpkg integrate install を実行した後は、vcpkg ツール チェーンが自動的に検出され、IDE で開かれる CMake プロジェクトに対して有効になります。The vcpkg toolchain is automatically detected and enabled for CMake projects that are opened in the IDE once vcpkg integrate install has been run. この動作は、CMakeSettings で空のツールチェーン ファイルを指定することによりオフにできます。This behavior can be turned off by specifying an empty toolchain file in CMakeSettings.
  • CMake プロジェクトでは、"マイ コードのみ" デバッグが既定で有効になるようになりました。CMake projects now enable Just My Code debugging by default.
  • CMake プロジェクトのスタティック分析の警告をバックグラウンドで処理し、エディターに表示できるようになりました。Static analysis warnings can now be processed in the background and displayed in the editor for CMake projects.
  • CMake プロジェクトのビルドと構成の "開始" および "終了" に関するいっそう明確なメッセージと、Visual Studio のビルドの進行状況 UI のサポートが追加されました。We've added clearer build and configure 'begin' and 'end' messages for CMake projects and support for Visual Studio's build progress UI. さらに、出力ウィンドウに表示される CMake のビルドおよび構成に関するメッセージの詳細レベルをカスタマイズできる CMake の詳細さの設定が、[ツール] > [オプション] に追加されました。Additionally, there is now a CMake verbosity setting in Tools > Options to customize the detail level of CMake build and configuration messages in the Output Window.
  • CMake のコマンド ラインを手動で変更することなくツールチェーンを指定するための "cmakeToolchain" の設定が、CMakeSettings でサポートされるようになりました。The 'cmakeToolchain' setting is now supported in CMakeSettings to specify toolchains without manually modifying the CMake command line.
バックエンドBackend
  • ファイル I/O のリンカーの処理や、PDB タイプのマージと作成のリンク時間など、ビルドのスループットの向上が実装されました。We've implemented build throughput improvements, including the linker's handling of File I/O and link time in PDB type merging and creation.
  • OpenMP SIMD ベクター化の基本的なサポートが追加されました。We've added basic support for OpenMP SIMD vectorization. これは、新しい CL スイッチ -openmp:experimental で有効にできます。This can be enabled with the new CL switch -openmp:experimental. これにより、"#pragma omp simd" で注釈が付けられたループをベクター化できる可能性があります。This allows loops annotated with “#pragma omp simd” to potentially be vectorized. ベクター化は保証されておらず、注釈が付けられていてもベクター化されていないループに対しては警告が報告されます。The vectorization is not guaranteed, and loops annotated but not vectorized will get a warning reported. SIMD 句がサポートされていない場合、それらは単に無視され、警告が報告されます。If no SIMD clauses are supported, they will simply be ignored and a warning will be reported.
  • 新しいインライン展開コマンド ライン スイッチ -Ob3 が追加されました。これは、-Ob2 よりいっそう積極的なバージョンです。We've added a new inlining command line switch -Ob3, which is a more aggressive version of -Ob2. 既定では -O2 (速度向上のためバイナリを最適化する) はまだ -Ob2 になります。コンパイラのインライン展開が不十分な場合は、-O2 -Ob3 を渡してみてください。-O2 (optimize the binary for speed) still implies -Ob2 by default; if you find the compiler is underinlining, consider passing -O2 -Ob3.
  • 数値演算ライブラリ関数および整数除算などの他の特定の演算の呼び出しを含むループの手動ベクター化をサポートするため、128 ビット、256 ビット、または 512 ビットの同等のベクターを計算する Short Vector Math Library (SVML) 組み込み関数のサポートが追加されました。To support hand vectorization of loops containing calls to math library functions and certain other operations like integer division, we've added support for Short Vector Math Library (SVML) intrinsic functions that compute the 128-bit, 256-bit or 512-bit vector equivalents. サポートされている関数の定義については、Intel 組み込みガイドをご覧ください。See the Intel Intrinsic Guide for definitions of the supported functions.
  • 新規および改良された最適化:New and improved optimizations:
    • float と integer の両方の形式に対する、SIMD (ベクター) 組み込み関数を使用する式の定数折りたたみと計算の簡略化Constant-folding and arithmetic simplifications for expressions using SIMD (vector) intrinsics, for both float and integer forms
    • 常に true または false になることがわかっている分岐を削除するために制御フロー (if/else/switch ステートメント) から情報を抽出するためのいっそう強力な分析A more powerful analysis for extracting information from control flow (if/else/switch statements) to remove branches always proven to be true or false
    • SSE2 ベクター命令を使用するための memset アンローリングの向上Improved memset unrolling to use SSE2 vector instructions
    • 意味のない構造体/クラスのコピーの削除の向上、特に値渡しの C++ プログラムの場合Improved removal of useless struct/class copies, especially for C++ programs which pass by value
    • memmove (std::copy や std::vector と std::string 構造など) を使用するコードの最適化の向上Improved optimization of code using memmove, such as std::copy or std::vector and std::string construction
廃止予定Deprecations
  • マネージド C++ テスト プロジェクト テンプレートは使用できなくなります。The Managed C++ Test Project template is no longer available. 既存のプロジェクトではマネージド C++ テスト フレームワークを引き続き使用できますが、新しい単体テストでは、Visual Studio でテンプレートが提供されているネイティブ テスト フレームワークのいずれか (MSTest、Google Test) またはマネージド C# テスト プロジェクト テンプレートの使用を検討してください。You can continue using the Managed C++ Test framework in your existing projects but, for new unit tests, consider using one of the native test frameworks for which Visual Studio provides templates (MSTest, Google Test) or the Managed C# Test Project template.
  • Visual Studio インストーラーでは Windows 8.1 SDK を使用できなくなりました。The Windows 8.1 SDK is no longer available in the Visual Studio installer. 最新の Windows 10 SDK に C++ プロジェクトをアップグレードしてください。Please upgrade your C++ projects to the latest Windows 10 SDK. 8.1 に対するハードな依存関係がある場合は、Windows SDK アーカイブからダウンロードできます。If you have a hard dependency on 8.1, you can download it from the Windows SDK archive.
  • 最新の C++ ツールセットでは、Windows XP を対象にできなくなります。Windows XP targeting will no longer be available for the latest C++ toolset. VS 2017 レベルの MSVC コンパイラとライブラリによる VS の対象指定はまだサポートされており、[個別のコンポーネント] を使用してインストールできます。XP targeting with VS 2017-level MSVC compiler & libraries is still supported and can be installed via "Individual components".
  • ドキュメントでは、Visual C++ ランタイムの配置に対してマージ モジュールを使用しないよう強く推奨されています。Our documentation actively discourages usage of Merge Modules for Visual C++ Runtime deployment. このリリースでは、MSM を非推奨にするための追加手順が行われています。We are taking the extra step this release of marking our MSMs as deprecated. VCRuntime の集中配置を MSM から再頒布可能パッケージに移行することを検討してください。Consider migrating your VCRuntime central deployment from MSMs to the redistributable package.
  • 次の C++ ATL/MFC ウィザードは使用できなくなりました。ATL COM+ 1.0 コンポーネント ウィザード、ATL Active Server Pages コンポーネント ウィザード、ATL OLE DB プロバイダー ウィザード、ATL プロパティ ページ ウィザード、ATL OLE DB コンシューマー ウィザード、MFC ODBC コンシューマー、ActiveX コントロールからの MFC クラス、TypeLib からの MFC クラス。The following C++ ATL/MFC wizards are no longer available: ATL COM+ 1.0 Component Wizard, ATL Active Server Pages Component Wizard, ATL OLE DB Provider Wizard, ATL Property Page Wizard, ATL OLE DB Consumer Wizard, MFC ODBC Consumer, MFC class from ActiveX control, and MFC class from Type Lib. これらのテクノロジのサンプル コードは、Microsoft Docs および VCSamples GitHub リポジトリにアーカイブされています。Sample code for these technologies is archived at Microsoft Docs and the VCSamples GitHub repository.

F# および F# ツールF# and F# tools

このプレビューでは、コンパイラとツールに対するいくつかの機能強化を含む F# 4.6 言語のプレビューがリリースされています。In this preview, we're releasing a preview of the F# 4.6 language alongside a handful of improvements to the compiler and tools.

F# 4.6 PreviewF# 4.6 preview

このリリースには、F# 4.6 言語のプレビューが含まれます。This release contains the a preview of the F# 4.6 language:

さらに、F# 4.6 の F# コンパイラには、次のようなバグ修正と機能強化が含まれています。Additionally, the F# compiler for F# 4.6 includes the following bug fixes and improvements:

  • 静的に解決される型パラメーターが継承されたメンバーを非表示にするメンバー呼び出しを処理できなかったバグが、Victor Peter Rouven Müller によって修正されました (#5531)。A bug where Statically Resolved Type Parameters couldn't handle calling a member that hides an inherited member was fixed by Victor Peter Rouven Müller (#5531).
  • 大きな文字列の割り当ての注目すべき原因が (特に IDE ツールの場合)、Avi Avni によって解決されました (#5922)。A notable source of large string allocations, particularly for IDE tooling, was fixed by Avi Avni (#5922).
  • F# の文字列で + を使用したときに呼び出される String.Concat が可能な限り少なくなるように最適化されました (#5560)。We've optimized the use of + with strings in F# to call the minimal amount of String.Concat calls as possible (#5560).

F# ツールF# tools

  • Roslyn による F# 言語サービスの初期化方法を改良しました。We've revamped how the F# language service is initialized by Roslyn. 大規模なソリューションの型の色付けが一般に早く表示されるようになるはずです。Type colorization for larger solutions should generally appear sooner.
  • F# スクリプト ファイルの名前を変更すると色付けのデータが失われる長年のバグが修正されました (#1944)。We've fixed a longstanding bug where renaming F# script files resulted in a loss of colorization data (#1944).

F# オープン ソース インフラストラクチャF# open source infrastructure

.NET SDK を使用するための F# と F# ツールのコードベースの移行が完了しました。We've completed our migration of the F# and F# tools codebase to use the .NET SDK. これにより、Windows を使用していない開発者の寄与プロセスが簡略化されます。This should simplify the contribution process for developers who are not using Windows.

JavaScript/TypeScriptJavaScript/TypeScript

  • Node.js プロジェクトの単体テスト内で JavaScript のデバッグを有効にするためのサポートが追加されました。We have added support for enabling JavaScript debugging within unit tests in Node.js projects. これは、Node.js のお客様から長らく要求されていた機能です。This was a long-requested feature from our Node.js customers.
  • TypeScript NuGet パッケージまたは npm パッケージがインストールされているプロジェクトでは、JavaScript/TypeScript 言語サービスが自動的に読み込まれるようになりました (TypeScript 3.2 以降は NuGet パッケージからサポートされ、TypeScript 2.1 以降は npm パッケージからサポートされます)。The JavaScript/TypeScript language service will now be automatically loaded in projects that have the TypeScript NuGet package or npm package installed (TypeScript 3.2 and up is supported from the NuGet package and TypeScript 2.1 and up is supported from the npm package).
  • 大規模なプロジェクトを処理するために言語サービスでのメモリ上限を増やした結果として、言語サービスのパフォーマンスが向上しました。We have implemented performance improvements in the language service as a result of increasing the memory cap on the language service to handle larger projects.
  • 閉じられた JavaScript/TypeScript ファイルの診断が、既定ではエラー一覧に表示されなくなりました。We no longer show diagnostics of closed JavaScript/TypeScript files in the error list by default.

PythonPython

  • Python ファイルを編集するときは、新しい Python 環境ツール バーを使用できます。A new Python Environments toolbar is available when editing Python files. 新しいツール バーを使用すると、プロジェクト、"フォルダーを開く" ワークスペース、または他のプロジェクト内のルーズ Python ファイルを使用するときに、異なる Python インタープリターに切り替えることができます。The new toolbar enables you to switch between different Python interpreters when working with projects, Open Folder workspaces or loose Python files in other projects. "フォルダーを開く" ワークスペースでは、デバッグには選択した環境が使用されますが、IntelliSense や Python Interactive ウィンドウにはまだ使用されません。With Open Folder workspaces, the selected environment is used for debugging but not yet IntelliSense or the Python Interactive window.
  • Miniconda が Python ワークロードにオプションのコンポーネントとしてバンドルされており、Miniconda/Anaconda をインストールしなくても Conda 環境を作成できます。Miniconda is bundled with Python workload as an optional component, enabling you to create conda environments without having to install Miniconda/Anaconda.
  • Django テンプレートが Django 2.x をサポートするように更新されています。Django templates have been updated to support Django 2.x.
  • 関数の戻り値が Python デバッガーに表示されるようになりました。Function return values are now shown in the Python debugger.
  • VS Live Share セッションを作成し、Python コードで共同作業できるようになりました。You can now create VS Live Share sessions and collaborate on Python code. 以前は、Visual Studio Live Share のセッションに参加するときは、Python のみがサポートされていました。Previously, Python was only supported when joining sessions in Visual Studio Live Share.

チーム エクスプローラーと Azure DevOpsTeam Explorer and Azure DevOps

Azure DevOps での Git 作業項のエクスペリエンスに対して機能強化を行いました。We have made improvements to the Git Work Items experience with Azure DevOps.

  • 新しい ID ピッカーで自分自身または他のユーザーに作業項目を割り当てます。Assign work items to yourself or others with the new identity picker. 既定では、最も最近使用したユーザーの一覧が表示されます。By default, you will be shown a list of the people you have most recently used. または、検索機能を使用して組織内の他のユーザーを検索します。Or, use the search ability to search and find others in your organization.
  • コミット メッセージでの #mentions エクスペリエンスが改善されました。We have improved the #mentions experience in the commit message. #mention ピッカーから作業項目を選択すると、[関連作業項目] の一覧に自動的に追加されます。As you select a work item from the #mention picker, it will automatically be added to the Related Work Items list.
Assigning work items and #mention improvements
作業項目の割り当てと #mention の改良Assigning work items and #mention improvements

.NET ツールと ASP.NET ツール.NET and ASP.NET Tools

  • すべてのアプリケーションの発行プロファイル概要ページに細々とした UX の改善を実装しました (新しいセクション ヘッダーとアクション/ショートカット)。We have implemented various small UX improvements to the publish profile summary page (new section headers and actions/shortcuts) for all applications.
  • Azure App Service に ASP.NET アプリケーションを発行するときの発行プロファイル概要ページに、[依存関係] という名前の新しいセクションが追加されました。When publishing ASP.NET applications to Azure App Service, the publish profile summary page now has a new section called "Dependencies". 現在、この新しいセクションでは、Azure Storage と Azure SQL リソースを App Service インスタンスに関連付けることができます。This new section currently allows you to associate Azure Storage and Azure SQL resources with your app service instance. 今後、このメカニズムでさらに多くの Azure サービスが表示されるようになります。Expect more Azure services to be surfaced through this mechanism in the future.

コンテナー ツールContainer Tools

  • コンテナー化とデバッグに対して簡素化された単一プロジェクトのエクスペリエンスが追加されました。We've added a streamlined single-project experience for containerizing and debugging:
    • ASP.NET Web アプリケーション (.NET Framework)ASP.NET Web Applications (.NET Framework)
    • コンソール アプリケーション (.NET Core)Console Applications (.NET Core)
  • 基本イメージとして Alpine を使用する ASP.NET Core アプリケーションをデバッグするためのサポートが追加されました。We've added support for debugging ASP.NET Core Applications that use Alpine as a base image.
  • 最新の ASP.NET イメージと .NET Core イメージのサポートが追加されました。We've added support for the latest ASP.NET and .NET Core images.

.NET Core ツール.NET Core tools

このリリース以降、.NET SDK スタイルのプロジェクトのプロジェクト ファイルが、Visual Studio でのファースト クラスのファイルの種類になります。Starting with this release, we are making project files for .NET SDK-style projects a first-class file type in Visual Studio. 以下のことがサポートされるようになりました。The following is now supported:

  • プロジェクト ノードをダブルクリックしてプロジェクト ファイルを開くDouble-click a project node to open the project file
  • プロジェクト ノードをシングルクリックして [プレビュー] タブでプロジェクト ファイルを開くSingle-click the project node to open the project file in a Preview tab
  • [すべてに移動] (ctrl + T) で名前を指定してプロジェクト ファイルを検索するFind a project file by name with Go to All (ctrl + T)
  • [複数のファイル内を検索] でプロジェクト ファイル内の MSBuild 要素を検索するMSBuild elements in a project file now are searchable with Find in Files
  • プロジェクト作成エラーがトリガーされた場合にエラー一覧から開くOpening from the error list if a project authoring error is triggered

さらに、.NET SDK スタイルのプロジェクトでは、コンソール アプリでの F5ctrl + F5 に対して新しい統合コンソール エクスペリエンスが使用されるようになります。Additionally, .NET SDK-style projects will now use the new Integrated Console experience for F5 and ctrl + F5 on console apps. これにより、Visual Studio からコンソール アプリケーションを起動するときのエクスペリエンスが統一されます。This unifies the experience when launching console applications from Visual Studio:

  • F5 の場合、アプリの実行が終了したときに、コンソール ウィンドウは自動的に閉じません。For F5, the console window will not automatically close when the app is finished executing. コンソール アプリに Console.Read() の呼び出しを追加する必要はなくなりました。You no longer need to add Console.Read() calls to your console apps.
  • ctrl + F5 の場合、コンソール ウィンドウはアプリの後続の実行で再利用されます。For ctrl + F5, the console window will be re-used in subsequent runs of your app. コンソールの読み込みウィンドウを閉じる必要はなくなりました。You no longer need to close loads of console windows.

新しいコンソール ウィンドウは、開いているときにキーを押すか、[ツール] > [オプション] > [デバッグの停止時に自動的にコンソールを閉じる] オプションを選択することで、自動的に閉じることができます。The new console window can be closed automatically by pressing a key when it is open or by selecting the option under Tools > Options > Automatically close the console when debugging stops.

Visual Studio Kubernetes ツールVisual Studio Kubernetes Tools

以前は Visual Studio 2017 の個別の拡張機能として使用できた Visual Studio Kubernetes ツールが、Visual Studio 2019 では Azure 開発ワークロードに統合されています。The Visual Studio Kubernetes Tools, which were previously available as a separate extension for Visual Studio 2017, are now integrated into the Azure development workload in Visual Studio 2019.

新しいプロジェクトへの Kubernetes のサポートの追加Adding Kubernetes support to a new project

新しいプロジェクトに Kubernetes のサポートを追加するには、Visual Studio を開いて [新しいプロジェクトの作成] オプションを選択します。To add Kubernetes support to a new project, open Visual Studio and select the Create a new project option. [新しいプロジェクトの作成] ウィンドウで Kubernetes を検索し、[Kubernetes 用のコンテナー アプリケーション] プロジェクト テンプレートを選択します。In the Create a new project window, search for Kubernetes and select the Container Application for Kubernetes project template.

Creating a Container Application for Kubernetes
Kubernetes 用のコンテナー アプリケーションの作成Creating a Container Application for Kubernetes

[次へ] をクリックして、プロジェクト名、場所、ソリューション名を入力します。Click Next and enter a project name, location, and solution name. [作成] をクリックします。Then, click Create. プロジェクトに使用する ASP.NET Core アプリケーション テンプレートを選択して、[OK] をクリックします。Select the ASP.NET Core application template you want to use for your project and click OK.

Visual Studio で、新しいアプリケーションをビルドして Kubernetes クラスターに配置するために使用できる Dockerfile と Helm チャートが自動的に作成されます。Visual Studio will automatically create a Dockerfile and Helm chart that you can use to build and deploy your new application to a Kubernetes cluster. これらの成果物は必要に応じて変更できます。You can modify these artifacts as needed.

既存のプロジェクトへの Kubernetes のサポートの追加Adding Kubernetes support to an existing project

Kubernetes のサポートを既存の ASP.NET Core アプリケーションに追加することもできます。You can also add support for Kubernetes to an existing ASP.NET Core application. そのためには、Visual Studio 2019 でプロジェクトを開きます。To do this, open the project in Visual Studio 2019. ソリューション エクスプローラーでプロジェクトを右クリックし、[追加] をポイントして、[Container Orchestrator Support](コンテナー オーケストレーターのサポート) をクリックします。In Solution Explorer, right click on the project, point to Add, and click Container Orchestrator Support.

Adding container orchestrator support
コンテナー オーケストレーターのサポートの追加Adding container orchestrator support

[Add Container Orchestrator Support](コンテナー オーケストレーターのサポートの追加) ダイアログで、[Kubernetes/Helm] を選択して [OK] をクリックします。In the Add Container Orchestrator Support dialog, choose Kubernetes/Helm and click OK.

Visual Studio で、アプリケーションをビルドして Kubernetes クラスターに配置するために使用できる Dockerfile と Helm チャートが (charts という名前のフォルダーに) 自動的に作成されます。Visual Studio will automatically create a Dockerfile and Helm chart (in a folder named charts) that you can use to build and deploy your application to a Kubernetes cluster. これらの成果物のいずれかが既に存在する場合、それらは上書きされません。If either of these artifacts are already in place, they will not be overwritten. これらの成果物は必要に応じて変更できます。You can modify these artifacts as needed.

パブリックにアクセスできるエンドポイントの作成Creating a publicly accessible endpoint

新規または既存のプロジェクトに Kubernetes のサポートを追加するとき、Visual Studio でアプリケーションに対してパブリックにアクセスできるエンドポイントを作成するかどうかの確認を求められます。When you add Kubernetes support to a new or existing project, Visual Studio will ask you if you want to create a publicly accessible endpoint for your application.

Publicly accessible endpoint prompt
パブリックにアクセスできるエンドポイントのプロンプトPublicly accessible endpoint prompt

[はい] をクリックすると、アプリケーションが Kubernetes クラスターに配置されるときに Kubernetes イングレス オブジェクトを作成するための Helm チャートがアプリケーションに対して構成されます。If you click Yes, Visual Studio will configure the Helm chart for your application to create a Kubernetes ingress object when the application is deployed to a Kubernetes cluster. Helm チャートを変更することにより、いつでもこのオプションを変更できます。You can change this option at any time by modifying the Helm chart.

Azure Kubernetes Service でのアプリケーションのデバッグDebugging your application in Azure Kubernetes Service

新規または既存のプロジェクトに Kubernetes のサポートを追加した後は、Azure Dev Spaces と呼ばれる機能を使用して、Azure Kubernetes Service (AKS) のライブ クラスターでアプリケーションのビルド、実行、デバッグを簡単に行うことができます。Once you have added Kubernetes support to a new or existing project, you can easily build, run, and debug your application in a live Azure Kubernetes Service (AKS) cluster, using a feature called Azure Dev Spaces. これは、実際の Kubernetes クラスターのコンテキストでプロジェクトをテストする場合、またははるかに大規模なアプリケーションの一部であるサービスを、ローカル環境にアプリケーション全体をレプリケートすることなくデバッグする場合に、役に立ちます。This is useful for testing your project in the context of an actual Kubernetes cluster or for debugging a service that is part of a much larger application without having to replicate the entire application locally. また、Azure Dev Spaces には、開発チームで AKS クラスターを共有できる機能も含まれます。Azure Dev Spaces also includes functionality that allows your development team to share an AKS cluster. Azure Dev Spaces の詳細については、Azure Dev Spaces のドキュメントをご覧ください。For more information on Azure Dev Spaces, see the Azure Dev Spaces documentation.

最初に、Visual Studio でデバッグ起動ターゲットとして Azure Dev Spaces が選択されていることを確認します。To get started, ensure that Azure Dev Spaces is selected as the debug launch target in Visual Studio.

Selecting Azure Dev Spaces as debug launch target
デバッグ起動ターゲットとして Azure Dev Spaces を選択Selecting Azure Dev Spaces as debug launch target

Dev Spaces で初めてプロジェクトを起動する前に、使用する Azure サブスクリプションと AKS クラスターを構成します。Before launching your project in Dev Spaces for the first time, configure the Azure subscription and AKS cluster that you wish to use. また、プロジェクトを実行する空間を選択します。Also, select the space where you wish to run the project.

Configuring Azure Dev Spaces
Azure Dev Spaces の構成Configuring Azure Dev Spaces

通常、チームはアプリケーション全体の最新の安定したバージョンを "既定" の空間で実行します。Typically, your team runs the latest stable version of the entire application in the default space. その後、作業しているサービスのバージョンを、"既定" の空間の子空間で実行します。Then, you run your version of the service you are working on in a child space of the default space. 子空間で他のサービスを実行する必要はありません。子空間内のサービスからの呼び出しは、Dev Spaces によって、"既定" の空間で実行されている安定バージョンのサービスに自動的にルーティングされます。There is now no need to run the other services in the child space; Dev Spaces automatically routes calls from your service to the stable versions of the services running in default. これを設定する方法の詳細については、Azure Dev Spaces のドキュメントのチーム開発チュートリアルをご覧ください。For more information on how to set this up, see the team development tutorials in the Azure Dev Spaces documentation.

正しいサブスクリプション、クラスター、空間を選択した後、[OK] をクリックして Dev Spaces の構成を続けます。Once you have selected the correct subscription, cluster, and space, click OK to proceed with the Dev Spaces configuration. Dev Spaces コントローラーがまだ関連付けられていないクラスターを選択した場合は、次のダイアログ ボックスで [OK] をクリックすると自動的に作成されます。If you select a cluster that does not already have an associated Dev Spaces controller, click OK in the following dialog box to create one automatically.

Enable Dev Spaces dialog
Dev Spaces の有効化ダイアログEnable Dev Spaces dialog

コントローラーの作成には約 2 分かかります。Controller creation takes about 2 minutes. Visual Studio ウィンドウの左下隅の [バックグラウンド タスク] ボタンをクリックして、状態を確認できます。You can click on the Background Tasks button in the lower left corner of the Visual Studio window to see the status.

Azure Dev Spaces controller creation status via Background Tasks
バックグラウンド タスクによる Azure Dev Spaces コントローラー作成の状態Azure Dev Spaces controller creation status via Background Tasks

Dev Spaces コントローラーの準備が整ったら、F5 キーを押すか、ツール バーの [Azure Dev Spaces] デバッグ ボタンをクリックして、AKS でプロジェクトをデバッグします。Once you have a Dev Spaces controller ready to go, press F5 or click the Azure Dev Spaces debug button on the toolbar to debug your project in AKS.

Azure Dev Spaces debug button
[Azure Dev Spaces] デバッグ ボタンAzure Dev Spaces debug button

Dev Spaces により、コードが Azure に同期され、コードを含むコンテナー イメージがビルドされて、プロジェクトで定義されている Helm チャートを使用して AKS クラスターにイメージが配置されます。Dev Spaces will synchronize your code to Azure, build a container image containing your code, and deploy it to your AKS cluster using the Helm chart defined in your project. クラスターで実行されているサービスへのリモート デバッグ接続が Visual Studio によって開かれるので、ローカル環境で実行されているサービスをデバッグするときと同じようにクラスターのサービスを操作できます。Visual Studio will open up a remote debug connection to the service running in the cluster so you can interact with it just as you would when debugging a service running locally.

Xamarin を使用したモバイル開発Mobile Development with Xamarin

Xamarin.Android でのビルドの機能強化によりビルドが高速化されるSpeed up your build times with our improvements for build in Xamarin.Android

Visual Studio 15.9 Preview 3 では、一連の初期ビルド パフォーマンス向上策がリリースされました。In Visual Studio 15.9 Preview 3, we released a set of initial build performance improvements.

現時点で、Xamarin.Android 9.1.1 以降には、以前のリリースと比べて大幅なビルド パフォーマンスの向上が含まれています。As of today, Xamarin.Android 9.1.1+ includes significant build performance improvements in comparison to the previous release.

詳細については、「Xamarin.Android 15.9 vs.16.0 build performance comparison (Xamarin.Android 15.9 と 16.0 でのビルドのパフォーマンスの比較)」をご覧ください。Check out our Xamarin.Android 15.9 vs. 16.0 build performance comparison for more details.

Xamarin.Android の高速展開の強化Enhanced Fast Deployment for Xamarin.Android

これまで、高速配置では、アプリ内にパッケージ化されている資産、リソース、共有ネイティブ ライブラリに対して、または Java.Lang.Object を継承するユーザー定義クラスに対して、変更が行われていないシナリオで、Android パッケージ (.apk ファイル) のリビルドまたは再配置をスキップすることにより、増分配置時間の短縮を提供してきました。Fast Deployment has up until now provided faster incremental deployment times by skipping over rebuilding or redeploying the Android package (.apk file) in scenarios where no changes have been made to any assets, resources, shared native libraries packaged within the app, or user-defined classes that inherit from Java.Lang.Object.

強化された高速配置では、共有ネイティブ ライブラリと Java.Lang.Object を継承するクラスの両方をカバーするように、高速配置のサポートが拡張されています。Enhanced Fast Deployment expands support for fast deployment to cover both shared native libraries and classes that inherit from Java.Lang.Object. これらの新しい拡張機能を使用する高速配置のビルドでは、新しい Android.App.Application または Activity サブクラスの追加により AndroidManifest.xml ファイルが変化したときなど、限られた数のシナリオにおいてのみ新しい .apk ファイルを生成する必要があります。Fast deployment builds that use these new enhancements will only need to generate a new .apk file in a limited number of scenarios, such as when the AndroidManifest.xml file changes due to addition of a new Android.App.Application or Activity subclass.

これらの機能強化は、現在のプレビューではまだ既定では有効になりませんThese enhancements are are not yet enabled by default in the current preview. 有効にするには、.csproj ファイルで $(AndroidFastDeploymentType) MSBuild プロパティを Assemblies:Dexes に設定します。To enable them, set the $(AndroidFastDeploymentType) MSBuild property to Assemblies:Dexes in your .csproj file:

<PropertyGroup> 
  <AndroidFastDeploymentType>Assemblies:Dexes</AndroidFastDeploymentType> 
</PropertyGroup>
Xamarin.Android での次世代の Dex Compiler(d8) および Code Shrinker(r8) のサポートNext-generation Dex Compiler(d8) and Code Shrinker(r8) support in Xamarin.Android

Xamarin.Android では、最新の Android dex コンパイラ (d8) とコード シュリンカー (r8) がサポートされるようになっています。Xamarin.Android now supports the latest Android dex compiler(d8) and code shrinker (r8).

これらの機能を有効にするには、.csproj ファイルで、MSBuild プロパティの $(AndroidDexTool)d8 に、$(AndroidLinkTool)r8 にそれぞれ設定しますTo enable these features, set the $(AndroidDexTool) and $(AndroidLinkTool) MSBuild property to d8 and r8 respectfully in your .csproj file

  • d8 は次世代の dex コンパイラです。このコンパイラでは実行速度がより速くなっており、より優れたランタイム パフォーマンスでより小さな .dex ファイルが作成されます。d8 is a next-generation dex compiler that runs faster and produces smaller .dex files with better runtime performance.
<PropertyGroup> 
  <AndroidDexTool>d8</AndroidDexTool>
</PropertyGroup>
  • r8 は圧縮および縮小のための新しいツールです。このツールでは Java バイトコードが、ProGuard を必要としない最適化された dex コードに変換されます。r8 is a new tool for shrinking and minification that converts Java bytecode to optimized dex code that replaces the need for ProGuard.
<PropertyGroup> 
  <AndroidLinkTool>r8</AndroidLinkTool>
</PropertyGroup>

d8 と r8 の詳細については、こちらのドキュメントをご覧ください。For more details on d8 and r8, check out our documentation.

制約レイアウトの初期サポートを含む Xamarin.Android Designer の機能強化Xamarin.Android Designer improvements with initial support for constraint layouts

Android Designer の起動速度を向上させるための作業が開始されました。We’ve begun an effort to improve startup speed of the Android Designer. この作業の一環として、デザイナーが読み込み中に提供するメッセージングも改善されています。As part of this effort, we have also improved the messaging that the designer provides while it is loading.

Android Designer Output

これらの機能強化と共に、Android Designer では、Android Pie (9.0) がネイティブにサポートされ、ConstraintLayout 属性のオートコンプリートが提供されるようになっています。Alongside these improvements, the Android Designer now natively supports Android Pie (9.0) and provides autocompletion for ConstraintLayout attributes.

Xamarin.Android Designer での XML IntelliSense とコメントの最適化の向上Get better XML IntelliSense and Commenting optimizations with the Xamarin.Android Designer

IntelliSense を使用してレイアウトにウィジェットを追加するとき、必要な属性を最初から指定できるように、完全なスニペット エクスペリエンスが提供されるようになっています。When using IntelliSense to add a widget to a layout, a full snippet experience is now provided so that required attributes can be supplied from the start.

Android XML レイアウトに対してスマートなコメント化とコメント解除が追加されました。We have added smart commenting and uncommenting for Android XML layouts.

定義への移動による生産性の向上と、Android リソース ファイルおよび AndroidManifest.xml 内での XML IntelliSense の使用Be more productive by using Go-To-Definition and use XML IntelliSense within Android resource files and AndroidManifest.xml

リソースの URL を Ctrl キーを押しながらクリックして、それらが定義されているファイルまたは行に移動できるようになりました。You can now Ctrl + Click on resource URLs to navigate to the file or line where they are defined.

Android Designer Go-To-Definition

レイアウト以外の他の Android XML ファイル (色、文字列、ドローアブル、メニュー、Android マニフェストなど) に対して、IntelliSense/オートコンプリートがサポートされるようになりました。IntelliSense/Autocompletion is now supported for other Android XML files other than layouts (colors, strings, drawables, menu, Android manifest, etc.).

Xamarin.Forms 4.0 シェル テンプレートXamarin.Forms 4.0 Shell template

最新の Xamarin.Forms 4.0 リリースを使用するように Xamarin.Forms テンプレートが更新され、Xamarin.Forms シェル アプリ用の新しいテンプレート オプションが追加されました。We updated the Xamarin.Forms templates to use the latest Xamarin.Forms 4.0 release and also added a new template option for a Xamarin.Forms Shell app. シェルの目的は、開発者の生産性を向上させ、レンダリング速度とメモリの消費量に注目しながら、アプリケーションの複雑さを軽減することです。Shell aims to reduce the complexity of apps while increasing developer productivity and focusing on rendering speed and memory consumption. このテンプレートでは、Android と iOS 用のブートストラップ シェル アプリが提供されます。This template gives you a bootstrapped Shell app for Android and iOS.

ビルド進行状況のインジケーターBuild progress indicator

プロジェクトをビルドするときに、ビルドの進行状況に関するいっそう詳細な情報を確認できるようになりました。You can now see more detailed build progress information when building your projects. ビルド中に左下隅のバックグラウンド タスク アイコンをクリックすると、実行されている現在のビルド ターゲットが表示されます。Clicking the background tasks icon in the bottom left corner during a build will display the current build target that is running. これは、ビルドがまだ実行されているけれども、ターゲットの完了に時間がかかっているかどうかを確認するのに、役立つ場合があります。This can be useful for determining if the build is still running but a target is taking a long time to complete.

Xamarin build progress indicator
Xamarin のビルド進行状況のインジケーターXamarin build progress indicator
[ファイル] > [新しいプロジェクト]File > New Project

アプリの構築をすばやく開始できるように、新しい Xamarin プロジェクトの作成にかかる時間を減らすことを目的としたパフォーマンスの改善が行われました。We made performance improvements aimed at reducing the time it takes to create a new Xamarin project so you can start building your apps faster. パッケージの復元時間を短縮するため (特に低帯域幅またはオフラインの状況で)、ワークロードのインストールの一環として、テンプレートで使用される NuGet パッケージも含めるようにしました。We also now include the NuGet packages used by the templates as part of the workload installation in order to reduce package restore time, especially in low bandwidth or offline situations. これらの機能向上により、新しい Xamarin プロジェクトを完全に読み込んで復元するのにかかる時間が、場合によっては約 50% 短縮されます。These improvements reduce the time for a new Xamarin project to be completely loaded and restored by almost 50% in some cases.

New Xamarin project comparison gif
Visual Studio バージョン 15.9 (左) および Visual Studio 2019 (右) での新しい Xamarin プロジェクトの作成Creating a new Xamarin project in Visual Studio version 15.9 (left) and Visual Studio 2019 (right)

Release Notes Icon Visual Studio 2019 Preview 1.1Visual Studio 2019 Preview 1.1

リリース日: 2018 年 12 月 10 日released December 10, 2018

Visual Studio 2019 Preview 1.1 で修正された問題Issues Fixed in Visual Studio 2019 Preview 1.1


Release Notes Icon Visual Studio 2019 Preview 1Visual Studio 2019 Preview 1

リリース日: 2018 年 12 月 4 日released December 04, 2018

Visual Studio 2019 Preview 1 の新機能の概要Summary of What's New in Visual Studio 2019 Preview 1

IDEIDE

  • 既定でインストールされる Visual Studio Live Share を使用して他のユーザーとの共同作業を行えます。Collaborate with others using Visual Studio Live Share, which is installed by default. C++、VB.NET、および Razor に対する追加の言語サポートにより、ゲストはソリューション ビューを確認し、ソース管理の差異を共有できます。Additional language support for C++, VB.NET, and Razor gives guests a solution view and sharing of source control diffs.
  • 新しいスタート画面を介して、最近作業していたコードを開いたり、最もよく使用するフロー (複製、開く、新しいプロジェクトなど) のいずれかから開始したりすることができます。Open code you recently worked on or start from one of the most commonly used flows like clone, open, or new project through the new start window.
  • 人気度によって並べ替えられたテンプレート一覧を使用して、強化された検索エクスペリエンスやフィルターを備えた新規プロジェクトを作成できます。Create new projects with an improved search experience and filters using the new list of templates sorted by popularity.
  • 新たに加えられた一連の、シェルでの視覚的な変更により、コード用の縦方向の空間が広くなり、最新のルック アンド フィールが提供されています。Have more vertical room for your code and a modernized look and feel through a set of new visual changes in the shell.
  • モニターごとの認識のサポートが強化されましたので、ご利用のディスプレイの構成やスケーリングに関係なく IDE をより鮮明に表示できます。View a sharper version of your IDE regardless of your display configuration and/or scaling, as we have improved support for per monitor awareness.
  • Visual Studio 内で強化された、メニュー、コマンド、オプション、およびインストール可能コンポーネントに対する検索機能を使用できます。Use an improved search capability in Visual Studio for menus, commands, options, and installable components.
  • ドキュメントインジケーターを使用することで、ご利用のコード ファイルの "正常性" をすばやく把握できます。Quickly understand your code file's 'health' with a document indicator. インジケーターからのワンクリックでのコードのクリーンアップによって実行および構成を行うことができます。Run and configure through a one-click code cleanup from the indicator.
  • [オプション] ダイアログ内の新しいプレビュー機能ページを使用してオプトインしたプレビュー機能を簡単に管理できます。Easily manage the preview features you are opted in to with a new Preview Features page in the Options dialog.
  • MSBuild および Visual Studio では既定で .NET Framework 4.7.2 が対象とされるようになりました。MSBuild and Visual Studio now target .NET Framework 4.7.2 by default.

パフォーマンスPerformance

デバッグ全般General Debugging

ソース管理とチーム エクスプローラーSource Control and Team Explorer

  • チーム エクスプローラーで Git 一時退避をサポートする Git ツールを使用して別のタスクで作業ができるように、変更内容を一時的に格納します。Temporarily store changes so you can work on another task by using Team explorer's Git tools support for Git stash.
  • Visual Studio Market Place で使用可能なオプションの拡張機能 (Visual Studio 用のプル要求) をチェックアウトします。この拡張機能では、プル要求のレビューが Visual Studio に統合されます。Check out the optional extension available on the Visual Studio Market Place, Pull Requests for Visual Studio, that integrates Pull Request reviews into Visual Studio.
  • ユーザー固有の作業項目ビュー、作業項目に基づくブランチの作成、#mentions を使用した作業項目の検索、インライン編集などの開発者ワークフローに重点を置いた新しい Azure DevOps 作業項目エクスペリエンスを使用しています。Use the new Azure DevOps work item experience that focuses on developer workflows, including user-specific work item views, creating a branch from a work item, searching for work items with #mentions, and inline editing.

プログラミング言語Programming Languages

  • Visual Studio IntelliCode (コードに対して AI 支援の推奨事項が表示されるオプションの拡張機能) を使用することにより、C++ および XAML コードを記述する際に時間が節約されます。Save time when writing C++ and XAML code by using Visual Studio IntelliCode, an optional extension that gives AI-assisted recommendations for your code.
  • 組み込まれている F# 言語およびツールのオープン ソース共同作成について学習できます。Learn about the F# language and tools open source contributions that have been incorporated. これらの変更によって F# 機能セットが安定化されています。These changes have stabilized the existing F# feature set.
  • Python の [環境を追加] ダイアログを使用して、Python の仮想環境および conda 環境を容易に追加できます。Easily add Python virtual and conda environments using the Python Add Environment dialog.

Web テクノロジWeb Technologies

Xamarin を使用したモバイル開発Mobile Development with Xamarin

ユニバーサル Windows プラットフォーム (UWP)Universal Windows Platform (UWP)


Visual Studio 2019 Preview 1 で修正された主要な問題Top Issues Fixed in Visual Studio 2019 Preview 1

ユーザーから報告され、Visual Studio 2019 バージョン 16.0 Preview 1 で修正された特定の問題をお探しの場合は、開発者コミュニティを参照してください。If you are looking for a specific customer-reported issue that has been fixed in Visual Studio 2019 version 16.0 Preview 1, visit Developer Community.


Visual Studio 2019 Preview 1 の新機能の詳細Details of What's New in Visual Studio 2019 Preview 1

スタート ウィンドウStart window

新しいスタート画面では、Visual Studio の起動時にご自分のコードにすばやくアクセスするのに役立つ効率化されたラウンチ エクスペリエンスが提供されています。The new start window provides a streamlined launch experience to help you quickly get to your code upon starting up Visual Studio.

  • 最近使ったプロジェクトとフォルダーを表示し、1 回のクリックでそれらを開くことができます。View your recent projects and folders, and open them with a single click. また、コンテキスト メニューからのリストに項目をピン留めしたり、そのリストから項目を削除したりできます。You can also pin and remove items from the list from the context menu.
  • 公開されている git URL を使用してコードを複製またはチェックアウトします。これにより、IDE でフォルダーも自動的に開かれます。Clone or checkout code by using any publicly available git URL, which will also automatically open the folder in the IDE.
  • ご利用のローカル ディスクまたはネットワーク共有内でプロジェクト、ソリューション、またはコードが含まれている任意のフォルダーを参照し、IDE でそれらを開くことができます。Browse your local disk or network share for projects, solutions, or any folders containing code, and open them in the IDE.
  • 作業を開始するときに役立つコードのスキャフォールディングを提供する新しいプロジェクトまたはソリューションを作成できます。Create a new project or solution that provides you with code scaffolding to help you get started.
  • ダウンロードしたワークロード用の最も一般的なテンプレートの一覧を検索してテンプレートを見つけたり、使用可能な言語、プラットフォーム、およびプロジェクトの種類をフィルター処理したりできます。Find templates by searching through a list of most popular templates for the workloads you've downloaded or filter through available languages, platforms, and project types. 2 ページのウィザードにより、一度に 1 つの意思決定に集中することができます。A two-page wizard allows you to concentrate on one decision at a time.
Start window
新しいスタート画面のエクスペリエンスNew Start Window Experience

シェルとプラットフォームShell and platform

  • 改善された新しい製品アイコンを使用して、開かれ使用されている Visual Studio のバージョンをすばやく見つけることができます。Quickly spot which version of Visual Studio you're opening and using via the new, improved product icon. この新しいアイコンは、さまざまな背景に対してもよりわかりやすくなっています。The new icon is also more visible against a variety of backgrounds.
  • 青のテーマの更新により実現された Visual Studio の最新のルック アンド フィールを体験できます。Microsoft のユーザー補助の標準を引き続き満たしながら、より明確なユーザー インターフェイスが提供されています。Experience a modernized look and feel of Visual Studio with our refreshed blue theme that gives you a cleaner user interface while still meeting our accessibility standards.
  • 簡潔さを目標とし、IDE 内の垂直方向の領域を再利用するという変更により、コードがより見やすくなります。See more of your code, through our changes that target compactness and reclaim vertical space in the IDE. 既存の機能を維持しながら、タイトル バーとメニュー バーを結合しました。We have combined the title bar and the menu bar while also preserving existing functionality.
  • 試験段階の新しい設定を介して Visual Studio をモニターごとの認識アプリケーションとしてを使用できます。Use Visual Studio as a Per-Monitor Awareness application through a new, experimental setting. この設定が有効になっている場合、ご利用のディスプレイの構成またはスケーリングに関係なく、シェルやエディターなどの Visual Studio のパーツをより鮮明にレンダリングすることができます。When on, this setting helps parts of Visual Studio, such as the shell and the editor, render more sharply regardless of your display configuration and/or scaling.
  • メニュー、コマンド、オプション、およびインストール可能なコンポーネントにわたる強化された検索エクスペリエンスを体験できます。Experience an enhanced search experience across menus, commands, options, and installable components. 新しい検索では、結果が動的に表示され、スペル ミスに対応し、検索結果に関連情報 (キーボード ショートカットなど) が提供されるようになりました。Our new search now displays results dynamically, accommodates spelling errors, and provides relevant information (such as keyboard shortcuts) inside the search results.
Visual Studio Search with results
Visual Studio で強化された検索Enhanced Search in Visual Studio
  • ドキュメントの正常性インジケーター機能によって、現在開いているファイルに関連付けられた正常性に関する情報を確認できます。View health information associated with your currently open file through the Document Health Indicator feature.
  • ドキュメントの正常性インジケーターからは、次のような情報が提供されます。The Document Health Indicator will provide you with information such as:
    • ポイント時のエラー、警告、および推奨事項の概要。A summary of errors, warnings, and suggestions on hover.
    • ファイル内でのクリック操作による次の問題への移動、または Shift キーを押しながらクリックすることによる次の問題への移動。Navigation to the next or previous issue in the file on Click or Shift + Click, respectively.
    • 右クリック メニューからコードのクリーンアップを構成または実行する機能。The ability to configure or run Code Cleanup from the right-click menu.
Document Health Indicator
ドキュメントの正常性インジケーターDocument Health Indicator
  • C# の開発者は、コードのクリーンアップを使用して、コーディングの最も一般的な提案事項の一部を迅速にクリーンアップすることができます。If you are a C# developer, you can quickly clean up some of the most common coding suggestions using Code Cleanup.
  • エディターの右下隅にあるドキュメントの正常性インジケーターを右クリックして、コードのクリーンアップを実行または構成します。Run or Configure Code Cleanup by right-clicking the Document Health Indicator in the bottom-right corner of the editor.
Document Health Indicator with Code Cleanup menu
ドキュメントの正常性インジケーター メニューDocument Health Indicator Menu
  • コードのクリーンアップを構成することで、実行させたい修正機能のセットを選択できます。Select the set of fixers you'd like to have run by configuring Code Cleanup.
Code Cleanup configuration dialog
コード クリーンアップの構成Configure Code Cleanup
  • クリップボード リングを展開するコンテキスト メニューを介して、ご利用のクリップボード履歴の内容を確認できます (Ctrl + Shift + V)See the contents of your clipboard history via a context menu that extends the Clipboard Ring (Ctrl + Shift + V).
Clipboard Ring context menu
クリップボード リングのコンテキスト メニューClipboard Ring Context Menu
  • Visual Studio 2019 以降にデータ ヒントを実装する方法としては、現在 IAsyncQuickInfoSourceProvider を推奨しています。The recommended way to implement data tooltips in Visual Studio 2019 and later is now IAsyncQuickInfoSourceProvider. レガシ エディター クイック ヒント API である IVsTextTipData および TextTipData は、Visual Studio 2019 Preview 1 では非推奨となっています。Legacy Editor Quick Info APIs IVsTextTipData and TextTipData are deprecated in Visual Studio 2019 Preview 1.
  • エディター スマート タグ (Microsoft.VisualStudio.Language.Intellisense 名前空間内の ISmartTag * インターフェイス ファミリ) は非推奨とされ、代わりに LightBulb API が使用されるようになりました。このエディター スマート タグは、Visual Studio 2019 Preview 1 以降ではサポートされなくなりました。The Editor Smart Tags (ISmartTag* family of interfaces in Microsoft.VisualStudio.Language.Intellisense namespace) have been deprecated in favor of the LightBulb API and are no longer supported starting with Visual Studio 2019 Preview 1.
  • ソリューション オプションである [ビルド構成の詳細を表示][常にソリューションを表示]、および [新しいプロジェクトを作成時に保存する] は、使用率が低いことが原因で削除されました。The solution options Show advanced build configurations, Always show solution, and Save new projects when created have been removed due to low usage. これらの値は、既定値の True に設定されています。These values have been set to their default value of True.
  • [ツール] > [オプション] > [環境] > [プレビュー機能] の順に選択すると表示される新しいプレビュー機能ページを使用して、特定のプレビュー機能に対するオプトインまたはオプトアウトを行うことができます。Opt in or out of certain preview features using the new Preview Features page found in Tools > Options > Environment > Preview Features.

機能拡張Extensibility

  • V1 vsixmanifest の拡張機能の形式でビルドされた拡張機能を Visual Studio 2019 にインストールできなくなります。You will no longer be able to install extensions built with the V1 vsixmanifest extension format in Visual Studio 2019. V1 は Visual Studio 2010 で導入されましたが、Visual Studio において信頼性の問題が発生する可能性があったために、Visual Studio 2017 で非推奨とされました。V1 was introduced in Visual Studio 2010 and was deprecated in Visual Studio 2017 because it could cause reliability issues with Visual Studio. Visual Studio 2019 では、V1 のサポートは完全に削除されています。In Visual Studio 2019, the support for V1 has been completely removed. Visual Studio 2019 を対象とする拡張機能は、V2 または V3 の vsixmanifest 形式で再ビルドする必要があります。Extensions targeting Visual Studio 2019 should be rebuilt V2 or V3 of the vsixmanifest format.
  • これで、拡張機能が自動で同期的に読み込まれると、通知されるようになります。You will now be notified when an extension is synchronously auto-loaded. 拡張機能は、このリリースでは通常どおり読み込まれて動作しますが、次の Visual Studio 2019 更新プログラムでは機能しないおそれがあるので注意してください。Note, the extension will load and work as normal in this release, but is at risk of not functioning in the next Visual Studio 2019 update. 詳細については、拡張機能の自動ロード動作を更新することによる重要なシナリオの反応性の改善するに関するブログ記事を参照してください。More details can be found on our blog post about improving the responsiveness of critical scenarios by updating auto load behavior for extensions.

パフォーマンスPerformance

  • ソリューションの読み込み完了時のアラートだけでなく、タスク ステータス センターにソリューション読み込みの進行状況も表示されるようになりました。You can now see your solution load progress in the Task Status Center, as well as alerts when your solution loads finish.
  • ソリューション フィルター ファイルを使用して、開いているソリューションに読み込むプロジェクトを選択します。Choose which projects to load on solution open with Solution Filter Files.
    • ソリューション フィルター ファイルを作成するには、自動的に開かれないようにしたいプロジェクトをアンロードし、ソリューションを右クリックして、[ソリューション フィルターとして保存] を選択します。Create a Solution Filter File by unloading projects you don't want opened automatically, right-clicking the solution, and selecting Save As Solution Filter. 次に、フィルター ファイルを使用して、その後の使用のためにソリューションを開くことができます。You can then use the filter file to open the solution for subsequent uses.
  • フォルダーを開くシナリオで Ctrl + T キーを押すと、強化されたビルド アセット検出とファイル検索を体験できます。Experience improved build asset discovery and file search when you Ctrl+T in Open Folder scenarios.
  • 入力時のパフォーマンスに対する補助コンポーネントの影響が Visual Studio エディターによって制限されるようになったことよるパフォーマンス向上に注目してください。Notice performance improvements now that the Visual Studio editor will limit the impact of auxiliary components on typing performance. 特に、入力の際には不要な操作である長時間実行は自動的にキャンセルされます。Particularly, it will auto-cancel any long-running, nonessential operations when typing.
  • Visual Studio 補助コンポーネントの制限動作を構成するには、[ツール] > [オプション] > [テキスト エディター] > [詳細設定] の順に選択します。You can configure the Visual Studio auxiliary component limitation behavior via Tools > Options > Text Editor > Advanced:
Visual Studio Typing Latency Options
Visual Studio の入力待機時間オプション Visual Studio Typing Latency Options
  • ソリューション エクスプローラーのツール ウィンドウで、前のセッションからのプロジェクト階層状態の復元を無効にできるようになりました。You can now disable the restoration of the project hierarchy state from the previous session in the Solution Explorer tool window. ソリューションを開くときに前のセッションからプロジェクト階層を復元するとソリューションの読み込みが遅れる可能性があるために、この変更を実装しました。We implemented this change because restoring the project hierarchy from previous session at solution open can delay solution load.
    • このオプションの切り替えは、[ツール] > [オプション] > [プロジェクトおよびソリューション] > [全般] で行います。Toggle this option in Tools > Options > Projects and Solutions > General.
  • 前のセッションからのツール ウィンドウの状態を復元することを無効にし、代わりに起動時に常にソリューション エクスプローラーとチーム エクスプローラーを読み込むことができるようになりました。You can now disable the restoration of the tool window's state from the previous session and instead always load Solution Explorer and Team Explorer at startup. 前のセッションからのツール ウィンドウを復元すると起動時のソリューション読み込みに遅延が生じる可能性があるために、この変更が実装されました。This change was implemented because restoring tool windows from previous sessions can delay solution loads at startup.
    • このオプションは、[ツール] > [オプション] > [環境] > [スタートアップ] で切り替えます。Toggle this option in Tools > Options > Environment > Startup.

デバッグ全般General Debugging

  • [ウォッチ]、[自動変数]、[ローカル] の各ウィンドウに統合した新しい検索機能を使用すると、キーワードによって強調表示、検索、移動を行うことができます。Highlight, find, and navigate with keywords using our new search feature that we integrated into the Watch, Autos, and Locals windows.
Searching for keywords in Watch
[ウォッチ] ウィンドウでの検索Searching in the Watch Window
  • リストされた項目にコンマを追加することで、[ウォッチ]、[自動変数]、および [ローカル] の各ウィンドウ内のデータを書式設定する指定子およびオプションのドロップダウンが表示されます。View a dropdown of specifiers and options to format data in the Watch, Autos, and Locals windows by appending a comma to a listed item.
Format Specifier Dropdown List in Watch
[ウォッチ] ウィンドウでの書式指定子のドロップダウン リストFormat Specifier Dropdown in Watch Window
  • .NET Core 用のカスタムおよび DataSet ビジュアライザーのサポートを使用できるようになりました。You can now use custom and DataSet visualizer support for .NET Core.
  • Windows 上で実行される C++ アプリケーションの場合、PDB は別個の 64 ビット プロセスで読み込まれるようになりました。For C++ applications running on Windows, PDB now load in a separate 64-bit process. この変更では、モジュールと PDB が多数含まれているアプリケーションをデバッグするときにメモリ不足が原因で発生するさまざまなクラッシュに対処しています。This change addresses a range of crashes caused by the debugger running out of memory when debugging applications that contain a large number of modules and PDBs.

ソース管理Source Control

  • チーム エクスプローラーの Git ツールで Git 一時退避がサポートされるようになったので、変更内容を一時的に格納して別のタスクで作業ができるようにします。Temporarily store changes so you can work on another task now that Team Explorer's Git tools support Git stash.
  • Visual Studio 2019 内の新しいプル要求エクスペリエンスを使用すると、IDE を離れなくても、Azure Repos からプル要求を確認、実行、さらにデバッグすることができます。Review, run, and even debug pull requests from Azure Repos without leaving the IDE using our brand-new pull request experience in Visual Studio 2019. 作業を開始するには、Visual Studio 用のプル要求拡張機能を Visual Studio Marketplace からダウンロードします。To get started, you can download the Pull Requests for Visual Studio extension from the Visual Studio Marketplace.
New Pull Request Experience
新しいプル要求エクスペリエンスNew Pull Request Experience

MSBuildMSBuild

  • MSBuild ツールセットのバージョンは、15.0 から Current に変更されました。The MSBuild toolset version has been changed from 15.0 to Current. MSBuild.exe は、現在 %VSINSTALLDIR%\MSBuild\Current\Bin\MSBuild.exe にあります。MSBuild.exe is now in %VSINSTALLDIR%\MSBuild\Current\Bin\MSBuild.exe.
  • MSBuild (および Visual Studio) では、.NET Framework 4.7.2 が対象とされるようになりました。MSBuild (and Visual Studio) now targets .NET Framework 4.7.2. MSBuild API の新しい機能を使用したい場合は、ご利用のアセンブリもアップグレードする必要があります。ただし、既存のコードは引き続き機能します。If you wish to use new MSBuild API features, your assembly must also upgrade, but existing code will continue to work.

C++C++

  • Visual Studio Live Share で C++ がサポートされるようになったことから、リアルタイムでの共同作業が可能です。Collaborate in real time now that Visual Studio Live Share supports C++.
  • オプションの拡張機能である IntelliCode を使用して時間を節約できます。この拡張機能では、高度なトレーニングとご利用のコード コンテキストを使用して、入力候補一覧の上部に使用頻度が高いものが配置されます。Save time by by using IntelliCode, an optional extension that uses its extensive training and your code context to put what you're most likely to use at the top of your completion list. C++ の場合、STL のような一般的なライブラリを使用しているときには、IntelliCode からほとんどのヘルプが提供されます。For C++, IntelliCode offers the most help when you are using popular libraries like STL.
  • 更新した [新しいプロジェクト] ダイアログ ボックスに合わせて、プロジェクト テンプレートの名前と説明をいくつか変更しました。We have modified several project template names and descriptions to fit with the updated New Project dialog.
  • 実験段階の Clang/C2 コンポーネントを削除しました。We have removed the Clang/C2 experimental component. /permissive- または /std:c++17 に完全に準拠した C++ 用の MSVC ツールセットを使用するか、Windows 用の Clang/LLVM ツールチェーンを使用します。Use the MSVC toolset for full C++ standards conformance with /permissive- and/or /std:c++17, or the Clang/LLVM toolchain for Windows. 詳細については、 Visual C++ チーム ブログ に関するページを参照してください。See the Visual C++ Team Blog for more details.
  • C++ コンパイラ/Gm スイッチは非推奨になりました。We have deprecated the C++ Compiler /Gm switch. ご自分のビルド スクリプト内の /Gm スイッチが明示的に定義されている場合は、それを無効にすることを検討してください。Consider disabling the /Gm switch in your build scripts if it's explicitly defined. あるいは、"警告をエラーとして扱う" (/WX) を使用しているとき、/Gm の非推奨化に関する警告はエラーとして扱われないので無視してもかまいません。Alternatively, you can also safely ignore the deprecation warning for /Gm as it will not be treated as error when using "Treat warnings as errors" (/WX).
  • C++ Android エクスペリエンスは、既定では Android SDK 25 および Android NDK 16b となりました。The C++ Android experience now defaults to Android SDK 25 and Android NDK 16b.

F# および F# ツールF# and F# tools

F# の場合は、Visual Studio 2019 の機能とインフラストラクチャを使用して、オープン ソース共同作成の組み込みと既存の F# 機能セットの安定化に重点を置きました。For F#, we focused on incorporating open source contributions and stabilizing the existing F# feature set with Visual Studio 2019 features and infrastructure.

  • 型プロバイダーを使用して入力候補一覧内に指定された型を大量に作成するときのメモリ使用量を改善しました (#5599)。We improved memory usage when using Type Providers to generate very large amounts of provided types in a completion list (#5599).
  • 実行する構造体および構造体レコード上のメソッドと、クラスおよびクラスに基づくレコード上のメソッドを最適化しました (#3057)。We optimized methods on structs and struct records to perform as well as methods on classes and class-based records (#3057).
  • F# コードで結合されたブール ロジックに対して出力される IL を最適化しました (#635)。We optimized the emitted IL for combined Boolean logic in F# code (#635).
  • ユーザー定義の属性が Attribute クラスから継承されていない場合、警告が届くようになりました。When a user-defined attribute does not inherit from the Attribute class, you will now receive a warning.
  • プロジェクト ファイル内の AssemblyInformationVersionAttribute 値で、SourceLink などのシナリオをサポートする任意の値がサポートされるようになりました (#4822)。The AssemblyInformationVersionAttribute value in a project file now supports arbitrary values to support scenarios such as SourceLink (#4822).
  • アクティブ パターンに構文上の誤りがある場合に内部コンパイラ エラーが発生するというバグが Steffen Forkmann によって修正されました (#5745)。A bug where illegal syntax with Active Patterns would cause an internal compiler error has been fixed by Steffen Forkmann (#5745).
  • 唯一の違いがジェネリック パラメーターである型と一致させるために、再帰的なモジュール内のモジュールに Module サフィックスが誤って追加されるというバグが BooksBaum によって修正されました (#5794)。A bug where the Module suffix was erroneously added to a module in a recursive module to match a type where the only difference is a generic parameter was fixed by BooksBaum (#5794).
  • 型パラメーターが型名の横にないときのエラー メッセージに対する改善内容が Alan Ball によって改善されました (#4183)。An improvement to the error message when type parameters are not adjacent to a type name has been improved by Alan Ball (#4183).
  • Steffen ForkmannRobert Jeppesen によって、パフォーマンスに関するさまざまな改善が加えられました。Various performance improvements have been added by Steffen Forkmann and Robert Jeppesen.
  • Teo Tsirpanis によって、数値リテラルが無効な場合に生じるエラー メッセージ内に uint16 リテラル サフィックスが正しくリストされました (#5712)。The uint16 literal suffix is listed correctly in the error messages for invalid numeric literals, by Teo Tsirpanis (#5712).
  • 計算式に関するエラー メッセージでは、メッセージ内に async と記載されなくなりました。代わりに "計算式" と記載されます。これは、John Wostenberg によって行われました (#5343)。Error messages for computation expressions no longer state async in the message and instead refer to "computation expression(s)", by John Wostenberg (#5343).
  • F# インタラクティブ内での .dll の参照が誤っているときに返されるエラーメッセージが Bartoz Sypytkowski によって修正されました (#5416)。An error message when incorrectly referencing .dlls in F# interactive was fixed by Bartoz Sypytkowski (#5416).
  • "スマート" インデントがオンの場合に F# コードをエディターに貼り付けると、それが、現在のカーソル位置に基づいて適切なスコープに一致するようにフォーマットされるようになります。これは Saul Rennison によって実装されました (#4702)。With "Smart" indentation on, pasting F# code into the editor will now format it to match an appropriate scope based on the current cursor position, implemented by Saul Rennison (#4702).
  • open ステートメント コードの追加に対する修正プログラムにより、既定で、open ステートメントがファイルの上部に追加されるようになります。The Add open statement code fix will now default to adding the open statement at the top of the file.
  • 開かれていない名前空間からのシンボルが表示されないように、IntelliSense を変更しました。We changed IntelliSense so that it will no longer show symbols from unopened namespaces.
  • ユーザー コード内の match! により、後続のスコープに対する構造体ガイドラインとコードのアウトライン表示ノードが無効にされるというバグが修正されました (#5456)。We fixed a bug where match! in user code invalidated structure guidelines and code outlining nodes for subsequent scopes (#5456).
  • エディターでは byref 値、outref 値、および ref 値がレコード フィールドとして正しく色付けされるようになり、色付けの値は変更可能です (#5579)。The editor will now correctly color byref, outref, and ref values as record fields with the mutable value colorization (#5579).
  • 名前の変更リファクタリングにおいてシンボル名に含まれる ' 文字が認識されないというバグを修正しました (#5604)。We fixed a bug where the rename refactoring did not recognize the ' character in symbol names (#5604).

PythonPython

お客様からのフィードバックに基づき、Visual Studio 2019 では Python 環境を管理するためのエクスペリエンスが一新されています。Based on customer feedback, Visual Studio 2019 includes an overhauled experience for managing Python environments:

  • 環境を追加するための新しいダイアログを追加しました。これにより、仮想環境および conda 環境を作成する操作と、それらをご利用のプロジェクトに追加する操作が簡単になります。We added a new Add environment dialog that simplifies the experience of creating and adding virtual environments and conda environments in your project.
  • Visual Studio インストールのサイズを縮小し、アップグレード中のエラーを回避するために、Visual Studio インストーラーでは Anaconda の不要なバージョンがインストールされなくなりました。The Visual Studio installer no longer installs full versions of Anaconda to reduce the size of Visual Studio installs and avoid errors during upgrades.
    • このため、Anaconda または miniconda を手動でインストールし、[環境を追加] ダイアログ ボックスを使用してご利用のプロジェクトに Adaconda 環境を追加することをお勧めします。Instead, we recommend you install Anaconda or miniconda manually and add Adaconda environments to your project using the Add environment dialog.
  • requirements.txt (仮想環境) または environment.yml (conda 環境) がご利用のプロジェクトの root に存在する場合は、環境を追加するように求めるメッセージが自動的に表示されるようになります。You will now be automatically prompted to add an environment if a requirements.txt (virtual environment) or environment.yml (conda environment) is present at the root of your project.

JavaScript/TypeScriptJavaScript/TypeScript

レガシ JavaScript 言語サービスは、利用できなくなりました。The legacy JavaScript language service is no longer available. これまで、ユーザーはレガシ JavaScript 言語サービスを復元するオプションを使用できました。Previously, users had the option of restoring the legacy JavaScript language service. 今度、ユーザーは新しい JavaScript 言語サービスをすぐに利用できるようになります。Users will now have the new JavaScript language service out-of-the-box. 新しい言語サービスは、静的分析によって強化された TypeScript 言語サービスをベースにしています。The new language service is based on the TypeScript language service, which is powered by static analysis. これによりツールの機能が向上するため、JavaScript コードは型定義に基づく高度な IntelliSense の恩恵を受けられるようになります。This enables better tooling, so your JavaScript code can benefit from richer IntelliSense based on type definitions. 新しいサービスは、レガシ サービスと比べて簡易で、消費するメモリが少ないため、ユーザーは自分のコード スケールに応じて優れたパフォーマンスを得ることができます。The new service is lightweight and consumes less memory than the legacy service, providing users with better performance as their code scales.

.NET ツールと ASP.NET ツール.NET and ASP.NET Tools

  • .NET Core 3.0 を対象とする ASP.NET、Console、および Class Library プロジェクトを作成します (.NET Core 3.0 向けの Windows フォーム プロジェクトまたは WPF プロジェクトは、"dotnet new" コマンドを使用して作成することが必要になります)。Create ASP.NET, Console, and Class Library projects targeting .NET Core 3.0 (Windows Forms or WPF projects for .NET Core 3.0 will need to be created using the "dotnet new" command).
    • .NET Core 3.0 SDK をダウンロードし、インストールすることで、.NET Core 3.0 を対象とするプロジェクトをビルドし、デバッグします。Build and debug projects targeting .NET Core 3.0 by downloading and installing the .NET Core 3.0 SDK.
  • .NET Core プロジェクトと追加された互換性に対してコード メトリックを使用できます。Use code metrics with .NET Core projects with our added compatibility.
  • エディター設定を Editorconfig ファイルにエクスポートできます。そのためには、[ツール] > [オプション] > [テキスト エディター] > [C#] > [コード スタイル] の順に選択し、"設定から .editorconfig ファイルを作成" ボタンを使用します。Export editor settings to an Editorconfig file through Tools > Options > Text Editor > C# > Code Style with the button "Generate .editorconfig file from settings".
  • C# および Visual Basic の新しいRegexパーサー サポートを使用できます。Use C# and Visual Basic's new Regex parser support. 正規表現が認識されるようになりました。正規表現に関する言語機能が有効にされます。Regular expressions are now recognized, and language features are enabled on them. Regex 文字列が認識されるのは、Regex コンストラクターに文字列が渡されたとき、または文字列の直前に、文字列 language=regex を含むコメントが付いているときです。Regex strings are either recognized when a string is passed to the Regex constructor or when a string is immediately preceded with a comment containing the string language=regex. このリリースに含まれる言語機能としては、分類、かっこの一致、参照の強調表示、および診断があります。The language features included in this release are classification, brace matching, highlight references, and diagnostics.
Regular expressions now have parser support
正規表現パーサーのサポートRegular Expression Parser Support
  • 未使用のプライベート メンバーに関するデッド コード分析とオプションのコード修正によって、未使用のメンバーの宣言を削除できるようになりました。You can now use dead code analysis for unused private members with an optional code fix to remove unused member declaration.
  • アクセサーに対する参照の検索機能からは、そのアクセサーに関する結果が返されるのみとなりました。The Find References feature on an accessor now only returns results for that accessor.
  • deconstruct メソッドを作成するためのコード修正を加えました。We have added a code fix for generating a deconstruct method.
  • ファイルにコードを貼り付けるときに、"using" ステートメントを追加できます。"Using" statements can be added when code is pasted into a file. 不足している関連のインポートを追加するように求める認識済みのコードを貼り付けると、コード修正が表示されます。A code fix appears after pasting recognized code that prompts you to add relevant missing imports.
  • "Ctrl +" または "Alt + Enter" を使用して利用できるリファクタリング アクションとクイック アクションが増えましたThere are now more refactoring and quick actions available by using "Ctrl + ." or "Alt + Enter":
    • "await" は暗黙的に指定されているが省略される場合。コンパイラの警告が表示されるようになりました。For cases where "await" is implied but omitted, there is now a compiler warning.
    • ローカル関数をメソッドに変換する場合。For converting a local function to a method.
    • タプルを名前付き構造体に変換する場合。For converting a tuple to a named-struct.
    • 匿名型をクラスに変換する場合。For converting an anonymous type to a class.
    • 匿名型をタプルに変換する場合。For converting an anonymous type to a tuple.
    • LINQ クエリまたは LINQ メソッドへの foreach ループの場合。For a foreach loop to LINQ query or to LINQ method.
  • これで、Azure Kubernetes サービスで実行される ASP .NET Core アプリケーションのサポートを追加できました。You now have added support for ASP .NET Core applications running in an Azure Kubernetes Service. 作業を開始するには、GitHub にあるこの docker 例を参照してください。To get started, see this docker example over on GitHub.
  • パフォーマンス プロファイラーの CPU 使用率ツールで ASP.NET がサポートされるようになりました。ASP.NET is now supported in the CPU Usage tool of the Performance Profiler.
CPU Usage Tool in Performance Profiler
パフォーマンス プロファイラーの CPU 使用率ツールCPU Usage Tool in Performance Profiler
  • すべての参照の検索 (Shift + F12) と CodeLens を使用して、.NET Core プロジェクト内の Razor (.cshtml) ファイルからの結果を表示できるようになりました。You can now use Find All References (Shift-F12) and CodeLens to show results from Razor (.cshtml) files in .NET Core projects. これで、関連する Razor ファイル内で識別されたコードに移動することができます。You can then navigate to the identified code in the relevant Razor files.
  • Windows Virtual Machines (VM) および VM Scale Sets で実行される ASP .NET (コアおよびデスクトップ) アプリケーションを対象とするためのサポートを追加しました。We've added support for targeting ASP .NET (core and desktop) applications running on Windows Virtual Machines (VM) and VM Scale Sets.
Snapshot debugger target selection UI
スナップショット デバッガーのターゲット選択 UISnapshot Debugger Target Selection UI
  • FxCop を使用してコード分析を実行するとき、警告が表示されるようになります。You will now receive a warning when running code analysis using FxCop. 今後、コード分析を実行する方法としては、.NET Compiler アナライザーの使用をお勧めします。.NET Compiler analyzers are the recommended way to perform code analysis going forward. 詳細については、.NET Compiler Platform アナライザーへの移行に関するページを参照してください。Read more on migrating to .NET compiler platform analyzers.
  • ポータブル クラス ライブラリ (PCL) プロジェクト テンプレートが利用できなくなりました。プロジェクトのサポートは既定ではインストールされなくなります。Portable Class Library (PCL) project templates are no longer available, and project support will not be installed by default. 複数のプラットフォームを対象とすることを目的とした新しいプロジェクトには、.NET Standard プロジェクト タイプを使用する必要があります。New projects intended to target multiple platforms should use the .NET Standard project type. PCL プロジェクトのサポートを必要とするお客様は、Visual Studio インストーラーの [個々のコンポーネント] タブからコンポーネントを個別にインストールする必要があります。Customers who require PCL project support must install the component separately from the Individual Components tab in the Visual Studio installer.
  • "Project.CopyWebSite" コマンドは使用できなくなりました。The "Project.CopyWebSite" command is no longer available. この機能は、.NET 向けの "Web サイト" プロジェクト タイプでしか使用できませんでした。This feature was only available on the "Web Site" project type for .NET. これには、2 つの Web サイトのそれぞれのファイルのバージョンが同じになるように、それらの Web サイトを同期する機能が用意されていました。It provided the ability to synchronize two web sites so that they have the same version of each file. Visual Studio 2019 では、Visual Studio の外部にあるリモート宛先からファイルをコピーして、プロジェクトを開くことができます。In Visual Studio 2019, you can copy the files from the remote destination outside of Visual Studio and then open the project.
  • リモートの FTP の場所から Web サイト プロジェクトを開く機能は削除されました。The ability to open a Web Site project from a remote FTP location has been removed. FTP ユーザーは、Visual Studio の外部にあるリモート宛先からファイルをコピーし、プロジェクトを開き、変更を加えてから、発行機能を使用して、ファイルをリモートの FTP の場所にプッシュして戻すことができます。FTP users can copy the files from the remote destination outside of Visual Studio, open the project and make changes, and then use publish to push them back to the remote FTP location.
  • ASP.NET および Web ワークロードでは、カスタム CoffeeScript 編集エクスペリエンスがインストールされなくなりました。The ASP.NET and Web workload no longer installs a custom CoffeeScript editing experience. Visual Studio の TextMate バンドルでは、CoffeeScript を操作するための優れたエクスペリエンスが提供されます。Visual Studio's TextMate bundles provide a superior experience for working with CoffeeScript.
  • CSSLint と CoffeeLint の組み込みのコピーによって現在生成されている CSS エラーと CoffeeScript エラーは、それらのファイルを編集する際に自動的に表示されることはなくなります。CSS and CoffeeScript errors that are currently generated by built-in copies of CSSLint and CoffeeLint will no longer automatically surface when editing those files. npm や Visual Studio タスク ランナー エクスプローラーなどのリンターを実行する場合は、別の方法を使用します。Use an alternative method for running linters such as npm or the Visual Studio Task Runner Explorer.
  • Visual Studio では、Knockout HTML 属性に対して IntelliSense が指定されなくなります。Visual Studio no longer provides IntelliSense for Knockout HTML attributes. Visual Studio 2019 では、属性を入力する必要があります。In Visual Studio 2019 you will need to type the attributes.
  • JavaScript をデバッグするために ASP.NET プロジェクト内でレガシ Chrome デバッガーを使用する機能は削除されました。The ability to use the Legacy Chrome debugger in ASP.NET projects for debugging JavaScript has been removed. Visual Studio に組み込まれている現在の Chrome デバッガーは引き続き使用することができます。You can continue to use the current Chrome debugger built into Visual Studio.
  • ASP.NET プロジェクトで JavaScript コンソール機能を使用できる機能が削除されました。The ability to use JavaScript Console functionality in ASP.NET projects has been removed. お好みのブラウザーの開発ツールに含まれるコンソールを使用することをお勧めします。We recommend that customers use Console included within their favorite browser devtools.

パフォーマンス ウィザードPerformance Wizard

Visual Studio 2019 では、パフォーマンス ウィザード内で使用することができたプロファイル エクスペリエンスがパフォーマンス プロファイラーに移動されました。In Visual Studio 2019, the profiling experiences that were available in the Performance Wizard have been moved to the Performance Profiler. サンプリングのための CPU 使用率ツールと、インストルメンテーション ツール内のインストルメンテーションは、パフォーマンス プロファイラーにあります。You can find the CPU Usage Tool for sampling, and instrumentation in the Instrumentation tool in the Performance Profiler. この変更によってパフォーマンス ウィザードは不要になり、Visual Studio 2019 からは削除されています。With this change the Performance Wizard is no longer needed and has been removed from Visual Studio 2019. さらに、VS パフォーマンス コマンド ライン ツール内のサンプリング オプションは削除されました。これに代わるコマンド ライン ツールが今後のプレビューでリリースされます。Additionally the sampling option in the VS Performance command line tools have been removed, a replacement command line tool will be released in an upcoming preview.

テスト ツールTest Tools

  • ソリューション エクスプローラーでテスト、テスト クラス、テスト プロジェクトを右クリックして、テストの実行やデバッグができるようになりました。You can now right-click on tests, test classes or test projects in the Solution Explorer to run or debug tests.
  • テスト実行により、プロジェクト プロパティに設定されているプロセッサ アーキテクチャが自動検出されます。Test runs now auto-detect what processor architecture is set in the project properties.
  • Selenium や Appium など OSS UI テスト ツールは勢いを増し、バックアップ強力なコミュニティの支持を得ています。OSS UI test tools such as Selenium and Appium have gained momentum and have a strong community backing. これらのフレームワークが業界標準となったので、UI 駆動型機能テストの自動化のためにコード化された UI テストを非推奨としました。Because these frameworks have become industry standards, we deprecated Coded UI test for automated UI-driven functional testing. Visual Studio 2019 は、コード化された UI テスト機能を備えた Visual Studio として最後のバージョンとなります。Visual Studio 2019 will be the final version of Visual Studio with Coded UI test features. Web アプリのテストには Selenium を使用し、デスクトップと UWP アプリのテストには Appium と WinAppDriver を一緒に使用することをお勧めします。We recommend using Selenium for testing web-applications and Appium with WinAppDriver for testing desktop and UWP apps.
  • Visual Studio 2019 は、ロード テスト機能を備えた Visual Studio として最後のバージョンとなります。Visual Studio 2019 will be the last version of Visual Studio with load test features. ロード テスト ツールを必要とするお客様には、Apache JMeter、Akamai CloudTest、Blazemeter などの代替のロード テスト ツールの使用をお勧めします。For customers requiring load testing tools, we recommend using alternate load testing tools such as Apache JMeter, Akamai CloudTest, Blazemeter.
  • Visual Studio 2019 では、前にパブリックとしてマークされていたがドキュメントに正式に記載されたことがないいくつかのテスト ウィンドウ API が削除されました。In Visual Studio 2019, some test window APIs that were previously marked public but were never officially documented have been removed. これらは、拡張機能の管理者に対して早期に警告を発するために、Visual Studio 2017 で非推奨とマークされていました。They were marked deprecated in Visual Studio 2017 to give extension maintainers an early warning. Microsoft の知る限りでは、これらの API に対して依存関係を築いている拡張機能はごくわずかです。To our knowledge, very few extensions have taken a dependency on these APIs. このような API には、IGroupByProvider、IGroupByProvider、KeyComparer、ISearchFilter、ISearchFilterToken、ISearchToken、SearchFilterTokenType などがあります。These APIs include IGroupByProvider, IGroupByProvider, KeyComparer, ISearchFilter, ISearchFilterToken, ISearchToken and SearchFilterTokenType. この変更がご利用の拡張機能に影響を与える場合は、開発者コミュニティで問題点を送信して、その旨をお知らせください。If this change affects your extension, please let us know by submitting an issue on Developer Community.

Xamarin を使用したモバイル開発Mobile Development with Xamarin

このリリースには、ワークロードのサイズと Android のビルドのパフォーマンスおよび信頼性の改善に加えて、Xamarin.Android および Xamarin.Forms の生産性向上のための機能強化が含まれています。This release includes improvements to workload size and Android build performance and reliability, as well as enhancements for Xamarin.Android and Xamarin.Forms productivity.

  • Xamarin ワークロードは 7.69 GB になりました。これは、Visual Studio 2017 バージョン 15.9 から 2 倍の削減、バージョン 15.7 と比較すると 3 倍の改善になります。The Xamarin workload is now just 7.69GB, a 2x reduction from Visual Studio 2017 version 15.9 and a 3x improvement over version 15.7.
  • IntelliCode 拡張機能で、Xamarin.Forms XAML がサポートされるようになりました。The IntelliCode extension now supports Xamarin.Forms XAML.

Android のビルドのパフォーマンスと信頼性 Android Build Performance and Reliability

Visual Studio 2017 バージョン 15.9 および Visual Studio for Mac 7.7 で、初回ビルドのパフォーマンスおよびビルドの正確性についての改善を行いました。In Visual Studio 2017 version 15.9 and Visual Studio for Mac 7.7, we made initial build performance and build correctness improvements. Visual Studio 2019 および Visual Studio for Mac 7.8 で、ビルドおよび配置をさらに速くしました。In Visual Studio 2019 and Visual Studio for Mac 7.8, we made building and deploying even faster.

Android Build Performance
Android のビルドがコーヒーを飲むより速くなりましたAndroid Build Now Faster than Grabbing a Cup of Coffee
  • Android の次世代のパッケージ ツールを利用できるようになります。You will now make use of Android's next generation packaging tooling. この機能を有効にするには、ご利用のプロジェクトの .csproj に MSBuild フラグを追加します。To enable this feature, add an MSBuild flag in your project's .csproj:
    • aapt2  では、Android パッケージがコンパイルとリンクの 2 つのステップに分割されます。aapt2 divides Android packaging into two steps: Compile and Link. これにより、インクリメンタル ビルドのパフォーマンスが向上し、以前のエラー レポートが提供されます。This improves performance for incremental builds and provides earlier error reporting. たとえば、1 つのファイルだけに変更がある場合は、そのファイルを再コンパイルするだけで済みます。For example, if there are changes in a single file, you only need to recompile that file. <AndroidUseAapt2>True</AndroidUseAapt2>
  • ご利用のプロジェクトでこのツールを有効にすると、ビルド時およびランタイムの両方でのパフォーマンスの向上が可能になります。By enabling this tool in your projects, you enable enhanced performance at both build time and runtime. これらのプロパティの詳細については、Xamarin.Android でのビルド プロセスに関する Microsoft のドキュメントを参照してください。For more details on these properties, see our documentation on the Build Process in Xamarin.Android.

Xamarin Android Designer の拡張機能 Xamarin Android Designer Enhancements

分割ビューでの相互作用に対して生産性向上のための機能強化を複数を行いました。We have made a number of productivity enhancements to the interactions in Split View.

  • ツールボックスからソース エディターに直接ドラッグ アンド ドロップすることができます。これは、ご利用の Android レイアウトをすばやくスキャホールディングするのに役立ちます。Drag and drop directly from the toolbox to the source editor to help quickly scaffold your Android layouts.
Android Designer Toolbox to Source Editor
  • ソース エディター内で XML 定義の範囲から要素を直接、選択できます。Select elements directly from their XML definition span in the source editor. キャレットの位置を、対応する Android ビューと同期させることで、これを実装しました。これにより、エディターから直接、プロパティ パネル内の要素のプロパティにすばやくアクセスすることができます。We implemented this by synchronizing the caret position with the corresponding Android view, allowing you to quickly access an element's properties in the property panel right from the editor.
Android Designer Source Editor to Property Editor
  • ご自分のコントロールで使用されている色を確認できるように、XML コードに対するインライン色プレビューを使用できます。Use an inline color preview to your XML code so you can see what colors are being used in your controls.
Android Designer Color Preview
  • 値にポインターを合わせることでクイック ヒント機能を使用できます。この機能では、値が定義されている場所や、色の 16 進数の値などの詳細を確認できます。Use our quick info feature by hovering over a value to find out more about it, such as where it's defined or what the hexadecimal value for the color is.
Android Designer Quick Info
アクションのクイック ヒントQuick Info in Action

Xamarin.Forms プロパティ パネル Xamarin.Forms Property Panel

プロパティ パネル内で Xamarin.Forms のコントロール、セル、およびレイアウトの最も一般的な属性を編集し、ご利用の XAML で直ちに反映されたそれらの変更内容を確認できるようになりました。You can now edit the most common attributes of Xamarin.Forms controls, cells, and layouts in a property panel and see those changes reflected immediately in your XAML.

Xamarin.Forms Property Panel
Xamarin.Forms プロパティ パネルXamarin.Forms Property Panel

Android Emulator の機能強化 Android Emulator Improvements

Visual Studio 2019 では、Android エミュレーター イメージをより簡単に作成できます。In Visual Studio 2019, Android emulator images are easier to create. また、Windows 10 の 2018 年 10 月の更新プログラム (バージョン 1809) では Window チームと共に作業を続けることで、Android エミュレーターが Hyper-V 上で実行されるときのパフォーマンスを向上させました。We've also continued to work with the Windows team in the Windows 10 October 2018 Update, version 1809, to improve the performance of the Android emulator when running on Hyper-V.

  • 新しいユーザーは実行アイコンを押すだけで最初のイメージを作成できます。New users can create their first image by simply pressing the run icon.
  • Microsoft のエミュレーター取得エクスペリエンスでは、お客様の設定に対して最適な構成が自動的に決定され、既定ではハードウェアの高速化 (Intel HAXM または Hyper-V を使用) とクイック起動が利用されます。Our emulator acquisition experience automatically determines the best configuration for your setup and takes advantage of hardware acceleration (with Intel HAXM or Hyper-V) and quick boot by default.
  • 別のイメージを作成する場合は、ドロップダウンから [Android Emulator の作成] を選択して、Android Device Manager を開きます。When you want to create another image, you can select Create Android Emulator from the dropdown to open the Android Device Manager.

ユニバーサル Windows プラットフォームUniversal Windows Platform

  • IntelliCode 拡張機能で、XAML がサポートされるようになりました。The IntelliCode extension now supports XAML.
  • Visual Studio 設定の複雑さを軽減しサイズを縮小するために、Visual Studio のインストールから Windows Phone エミュレーターが削除されています。To reduce Visual Studio setup complexity and size, Windows Phone emulators have been removed from Visual Studio installation. このため、エミュレーターを手動でダウンロードすることが必要になります。You will now need to download the emulators manually.
  • Windows 10 Fall Creators Update (ビルド 16299) の前の Windows 10 SDK をターゲットとする UWP アプリ用の XAML デザイン時ツールは、削除されました。XAML design time tooling for UWP apps targeting Windows 10 SDKs before the Windows 10 Fall Creators Update (build 16299) has been removed. ご利用のアプリケーションを Windows 10 バージョン 1709 以降に再ターゲットして、XAML デザイナーを使用するか、または XAML エディターを使用します。Retarget your applications to Windows 10 version 1709 or higher to use the XAML Designer, or use the XAML editor.
  • project.json を使用して NuGet の依存関係を定義する UWP テスト プロジェクトは、サポートされなくなりました。UWP test projects using project.json to define NuGet dependencies are no longer supported. 新しい PackageReference 形式を使用するように、ご利用のプロジェクトを更新する必要があります。You must upgrade your project to use the new PackageReference format.
  • Visual Studio 2019 で、UWP JavaScript アプリはサポートされなくなりました。UWP JavaScript apps are no longer supported in Visual Studio 2019. JavaScript UWP プロジェクト (拡張子 jsproj が付いたファイル) は、作成することも開くこともできません。You cannot create or open JavaScript UWP projects (files with extension jsproj). 詳細については、Windows で適切に実行されるプログレッシブ Web アプリ (PWA) の作成に関する Microsoft のドキュメントを参照してください。You can learn more via our documentation on creating Progressive Web Apps (PWAs) that run well on Windows.
  • 以前と同様、JavaScript UWP アプリにアタッチできますが、JavaScript のプロファイリング ツール (ネットワーク、CPU、メモリ プロファイラー) は Visual Studio 2019 で使用できなくなりました。You can continue to attach to JavaScript UWP apps as before, however the JavaScript profiling tools (Network ,CPU and Memory Profiler) are no longer available in Visual Studio 2019.

Office ツール テンプレートの更新情報Office Tools Template Updates

Visual Studio 2019 で、Office、SharePoint、および VSTO のテンプレートに対していくつかの変更を加えました。In Visual Studio 2019, we made a few changes to the Office, SharePoint, and VSTO templates.

  • Visual Studio 2017 15.9 で追加された SharePoint 2019 のテンプレートは、Visual Studio 2019 でも利用できます。The SharePoint 2019 templates that were added in Visual Studio 2017 15.9 are also available in Visual Studio 2019.
  • SharePoint シーケンシャル ワークフローまたはステート マシン ワークフローのサポートを削除しました。We have removed support for SharePoint Sequential Workflow or State Machine Workflows. Visual Studio 2019 ではこれらのワークフローを作成することも開くこともできませんが、Visual Studio の以前のリリースではそれらの編集を引き続き行うことができます。While you will not be able to create or open these workflows in Visual Studio 2019, you can continue to edit them in previous releases of Visual Studio.
  • Office 2010 のテンプレートは使用できなくなります。Office 2010 templates will no longer be available. ただし、既存の Office 2010 プロジェクトについては、Visual Studio 2019 で引き続き開くことができます。However, you can still open existing Office 2010 projects in Visual Studio 2019.
  • Office 2013 および 2016 のテンプレートによって Office 2013 以降がサポートされていることを反映するために、それらのテンプレートの名前は変更されました。The Office 2013 and 2016 templates have been renamed to reflect that they support Office 2013 and above.

チーム エクスプローラーと Azure DevOpsTeam Explorer and Azure DevOps

Azure DevOps プロジェクトにチーム エクスプローラーを接続するとき、開発者向けの簡素化された新しいエクスペリエンスをリリースしています。We are releasing a new, streamlined, developer-centric experience when connecting Team Explorer to an Azure DevOps project.

  • 関連する作業項目に焦点を当てます。そのためには、自分に割り当てられた作業項目、フォローしている作業項目、ディスカッションで自分がメンションされた作業項目、および自分のアクティビティに基づく作業項目に基づいてご利用のビューをフィルター処理およびピボットします。Focus on relevant work items by filtering and pivoting your view based on work items assigned to you, ones that you're following, ones where you're mentioned in the discussion, and ones based on your activity.

    • 各ビュー内では、インラインでの作業項目の作成、シンプルなインライン編集の実行、作業項目への完了のマーク付け、保留中の変更への作業項目の関連付けを行うことができます。Within each view, you can create a work item inline, perform simple inline edits, mark a work item as complete, and associate a work item to pending changes.
  • 作業項目からローカル ブランチを作成します。この場合、そのローカル ブランチに加えた変更に作業項目が自動的に関連付けられます。Create a local branch from a work item which will automatically relate the work item to the changes made to that local branch. これが既定のエクスペリエンスです。This is the default experience. レガシ エクスペリエンスに切り替える場合は、Visual Studio で作業項目エクスペリエンスを設定することでそれを行います。Should you want to switch to the legacy experience, you can by setting the Work Items experience in Visual Studio. この新しいエクスペリエンスが該当するのは Git リポジトリの場合のみであることに注意してください。TFVC リポジトリ用の新しいエクスペリエンスは、次の更新プログラムで使用できるようになりますNote that this new experience is only true for Git repos. The new experience for TFVC repos will available in a following update.

    Azure DevOps Work Item Hub
    Azure DevOps の作業項目ハブAzure DevOps Work Item Hub
  • 保留中の変更のコミット メッセージ内で #mention を行うときに作業項目を検索します。Search for work items when doing a #mention in the pending changes commit message. 詳細については、「View and add work items using the Work Items page」 ([作業項目] ページを使用して作業項目を表示および追加する) を参照してください。For more details, see the View and add work items using the Work Items page.

    Azure DevOps #mentions
    Azure DevOps #mentionsAzure DevOps #mentions
  • Azure DevOps での採用率の低さが原因となって、Visual Studio 2019 用の Team Foundation Server Office Integration 2019 プラグインから Microsoft Project のサポートが削除されました。Support for Microsoft Project has been removed from the Team Foundation Server Office Integration 2019 plug-in for Visual Studio 2019 due to a low adoption rate in Azure DevOps. このため、作業項目を Excel にエクスポートしてから、手動でプロジェクトに貼り付けることが必要になります。You will now need to export your work items to Excel and manually paste them into Project.

  • Visual Studio 2019 用の Team Foundation Server Office Integration 2019 プラグインから PowerPoint のサポートが削除されました。Support for PowerPoint has been removed from the Team Foundation Server Office Integration 2019 plug-in for Visual Studio 2019. ただし、ユーザーは PowerPoint でストーリー ボードを作成し、Azure DevOps でそれらを作業項目に手動でリンクすることもできます。However, users can still create storyboards in PowerPoint and link them manually to work items in Azure DevOps.

Application Insights と HockeyAppApplication Insights and HockeyApp

  • Visual Studio 2019 では Application Insights の Trends ウィンドウが削除され、機能がより豊富な代替えツールが使用されます。The Application Insights Trends window has been removed in Visual Studio 2019 in favor of alternatives that are more feature-rich. 代わりに、Visual Studio で Application Insights の検索ウィンドウを使用することも、Azure portal で Application Insights の豊富な診断ツール セットを使用することもできます。Instead, you can use the Application Insights Search window in Visual Studio or the rich set of diagnostics tools in Application Insights in the Azure portal.
  • HockeyApp SDK の追加および新しいベータ版の配布の作成を行うためのウィザードが削除されました。The wizards for adding the HockeyApp SDK and creating new beta distributions have been removed. 代わりに、HockeyApp の後継として Visual Studio App Center の使用をお勧めします。We instead recommend using Visual Studio App Center, the successor to HockeyApp. Visual Studio でのこのようなショートカットを除けば、HockeyApp は引き続き通常どおり使用することができます。You can still use HockeyApp normally, except without these shortcuts in Visual Studio. HockeyApp の詳細については、Microsoft のサポート ページを確認してくださいIf you would like to learn more about HockeyApp, check out our support page.

既知の問題Known Issues

Visual Studio 2019 の既存のすべての既知の問題と、利用可能な回避策を以下のリンクから参照してください。See all existing known issues and available workarounds in Visual Studio 2019 by following the below link.

Visual Studio 2019 Known Issues


フィードバックFeedback

皆様のご意見をお待ちしております。We would love to hear from you! 問題がある場合は、インストーラーまたは Visual Studio IDE 自体の右上隅にある [問題の報告] オプションからお知らせください。For issues, let us know through the Report a Problem option in the upper right-hand corner of either the installer or the Visual Studio IDE itself. 次に、The Feedback Icon アイコンは、右上隅にあります。icon is located in the upper right-hand corner. 製品に関する提案をしたり、Visual Studio 開発者コミュニティで問題を追跡したりすることにより、質問、回答の検索、新機能を提案したりすることができます。You can make a product suggestion or track your issues in the Visual Studio Developer Community, where you can ask questions, find answers, and propose new features. ライブ チャット サポートを介して、無料のインストールのヘルプを取得することもできます。You can also get free installation help through our Live Chat support.


ブログBlogs

開発者ツールのブログ サイトで利用できる洞察と推奨事項を活用して、すべての新リリースを常に最新の状態に保ち、幅広い機能の深いダイブポストを含めることができます。開発者ツールのブログを参照すると、すべての新しいリリースに関する最新情報を入手することができ、さまざまな機能の詳細な記事が含まれています。Take advantage of the insights and recommendations available in the Developer Tools Blogs site to keep you up-to-date on all new releases and include deep dive posts on a broad range of features.

Developer Tools Blogs


Visual Studio 2019 リリース ノート履歴Visual Studio 2019 Release Notes History

過去のバージョンの Visual Studio 2017 に関連する詳細については、「Visual Studio 2019 リリース ノート履歴」のページを参照してください。For more information relating to past versions of Visual Studio 2017, see the Visual Studio 2019 Release Notes History page.


ページのトップへ
Top of Page