[翻訳] .NET Core3.1リリース

.NET Core3.1リリース

私たちは、.NETのコア3.1のリリースを発表しています。実際には、これは.NETのコアの修復・改善の3.0のリリース前に私達の2か月以上のほんの一部です。最も重要なことは、.NETのコア3.1である長期サポート（LTS）バージョンで、3年間はサポートされます。従来のように、我々は次のLTSバージョンをリリースするいくつかの時間を過ごしたいです。さらに2ヶ月（.NETコア3.0後の）私たちは非常に安定的に行われている権利の改善を選択して実装することができます。

あなたは、Windows、MacOSのとLinux .NETコア3.1をダウンロードすることができます。

• .NETのコア3.1 SDKおよびランタイム
• Docker容器映像
• スナップの設定
• ASP.NETコアおよびEFコアは、本日リリース。

Visual Studioの2019年16.4また、.NETのコア3.1を含め、本日発表。この意志.NETコア3.1は、Visual Studioのアップデートで使用するために必要とされます。Visual Studioの2019ユーザーのために、我々は唯一の16.4へのVisual Studioの更新ではなく、個別にダウンロード.NETのコア3.1をお勧めします。

Mac用のVisual Studioは、Mac 8.4のプレビューチャネルのためのVisual Studioをサポートしており、.NETのコア3.1が含まれています。あなたは.NETのコア3.1を使用するには、プレビューチャンネルを選択する必要があります。

リリースノート：

• .NETのコア3.1リリースノート
• .NETのコア3.1問題GitHubの問題
• GitHubのリリース

これは、.NETのコア3.0で、BlazorおよびWindowsデスクトップで主に3.1 .NETのコアを変更すると、2つの新機能です。これは、従来のWindows開発者のために必要とされるC ++ / CLIのサポートが含まれています。

我々は3.1で、.NETのコアに新しい機能を理解する前に、これは検討する、.NETのコア3.1の最も重要な部分である、のは、.NETのコア3.0主な改善をざっと見てみましょう。

.NETのコア3.0アップデート概要

.NETのコア3.0は、次の主要な改善を提供します。私たちは、それが彼らのためにとてもよく働いていた大規模なサイトでは、開発者から聞きました。

• .NETのコア3.0は、それがテストに合格した、dot.netとBing.comに数ヶ月を開催しました。他の多くのマイクロソフトのチームはすぐに、.NETのコア3.1の生産に大規模なワークロードを展開します。
• パフォーマンスが大幅に多くのコンポーネントに改善され、および.NETコア3.0組み込みおよび.NETコア内のハードウェアの性能の向上に詳細に説明します。
• C＃8非同期ストリームが追加され、レンジ/指標、および参照タイプ複数のモードは、空であってもよいです。NULL可能とNullReferenceExceptionは、あなたが直接、コードの欠陥をターゲットとすることができます。あなたがnullを期待することができたときにあなたが知っているように、下のフレームライブラリが注釈を付けました。
• F＃4.7は、暗黙的な収量表現の構文と、特定の物事が容易に緩和のいくつかによってコミットされています。また、LangVersionのサポートが含まれており、がNameOf来て、プレビューで静的クラスをオープンします。.NET標準2.0の今も、F＃コアライブラリ。あなたは、F＃4.7を公開して続きを読むことができます。
• .NET標準2.1は、.NETのコアコードに使用することができ、Xamarinに使用することができるセットの種類を増加させます。.NET標準2.1型後.NETコア2.1を含みます。
• .NETのコアは現在、WindowsのデスクトップアプリケーションのためのWindowsフォームとWPF（オープンソース）をサポートしています。WPFデザイナは、Visual Studio 2019の一部です。WindowsFormsのデザインがプレビューモードになっている、あなたがダウンロードすることができます。
  さて、デフォルトでは実行可能ファイルと.NET Coreアプリケーション。過去のリリースでは、このようDOTNET myapp.dllとして、DOTNETコマンドによってアプリケーションを起動する必要があります。これで、オペレーティング・システムに応じて、アプリケーション./myappを起動し、アプリケーション固有の実行可能ファイル（たとえば、またはmyappという）を使用することができます。
• 高性能JSON API、リーダ/ライタ、およびオブジェクトモデルのシリアル化スキームを追加します。最初からこれらのAPIのビルド、スパン 代わりに、バックグラウンドでUTF8 UTF16（例えば文字列）を使用します。これらのAPIは、作業ガベージコレクタを減少、改善された性能が得られ、分布を最小にします。新しいSystem.Text.JsonのAPIを試してみてくださいを参照してください。
• デフォルトでは、ガベージコレクタは、通常ははるかに少ない、少ないメモリを使用しています。同じサーバー上でホストされている多くのアプリケーションの場合、この改善は非常に便利です。ガベージコレクタはまた、より良いマシンの炉心64よりも多くを使用するように更新します。CPUのより良い配分がCPU 64以上を有するコンピュータ上でGCを構成参照。
• ドッカーのための.NETのコアは、容器にかつ効果的に.NETアプリケーションの予測可能性を可能にするために強化されました。コンテナは、限られたメモリやCPU、ガベージコレクタスレッドプールに設定されている場合は、より良い動作するように更新されました。.NETのコアドッカーウィンドウの画像は、特にSDKの画像小さいです。参照：GCは、小さな容器に0番目の部分のシーンを実行しているサーバーを使用してハード部-GCスタックを制限し、.NETとドッカー-DockerCon 2019の更新プログラムを最初に使用するGCサーバーのシナリオを用いた小型コンテナで動作。

• そして今、リモートのVisual Studioデバッガの使用を含めたIoTの開発をサポートするためにラズベリーパイARMチップをサポートしています。あなたは、センサを監視することができ、アプリケーションをデプロイするために、新たなGPIOのAPIを使用して、ディスプレイ上のメッセージや画像を印刷することができます。ASP.NETデータは、APIのために使用されるか、または開示されることができるデバイスのIoTサイトの構成を可能にします。

  サポートされるプラットフォーム

  以下のオペレーティングシステムでは、.NETのコア3.1をサポートしています。

• アルパイン：3.9+
• Debianの：9+
• openSUSEの：42.3+
• Fedoraの：26+
• Ubuntuの：16.04+
• RHEL：6+
• SLES：12+
• MacOSの：10.13+
• Windowsのクライアント：7、8.1、10（1607+）

• Windows Serverの：2012 R2 SP1 +の
  注：WindowsフォームとWPFアプリケーション、およびWindows上でのみサポートされた作品。

チップは、以下をサポートしています。

• Windowsの、MacOSのとLinux上のx64
• Windows上のx86
• WindowsおよびLinux上のARM32
• Linux上でARM64（カーネル4.14+）

注：.NETのコア3.1 ARM64は、Linuxカーネルのバージョン4.14以降を展開していることを確認してください。たとえば、Ubuntuの18.04は、この要件を満たすために、しかし、16.04が満たされていません。

Windowsは、削除するフォームコントロールを
.NETのコア3.1から削除され、次のWindowsフォームコントロールを：

• データグリッド
• ツールバー
• コンテキストメニュー
• メニュー
• メインメニュー
• メニュー項目

2005年には早くも、これらのコントロールは、.NET Framework 2.0に置き換えられますより強力なコントロールです。デフォルトでは、Visual Studioのデザイナツールボックス、年間では、これらのコントロールを提供していません。その結果、我々はこれらのコントロールを削除することを決めた、とだけ新しいコントロールに関わります。

私たちは、以下の選択肢をお勧めします。

オールド・コントロール（API）	提案交換	削除に関連する他のAPI
データグリッド	DataGridViewの	DataGridCell、DataGridRow、DataGridTableCollection、DataGridColumnCollection、のDataGridTableStyle、DataGridColumnStyle、DataGridLineStyle、DataGridParentRowsLabel、DataGridParentRowsLabelStyle、DataGridBoolColumn、DataGridTextBox、GridColumnStylesCollection、GridTableStylesCollection、HitTestType
ツールバー	ToolStrip	ToolBarAppearance
ツールバーボタン	ToolStripButton	ToolBarButtonClickEventArgs、ToolBarButtonClickEventHandler、ToolBarButtonStyle、ToolBarTextAlign
コンテキストメニュー	ているContextMenuStrip
メニュー	ToolStripDropDown、ToolstripDropDownMenu	MenuItemCollection
メインメニュー	MenuStrip
メニュー項目	ToolstripMenuItem

はい、これは残念ながら、大きな変化です。あなたはアプリケーションのコントロールを削除するために、私たちを使用している場合は、中断の建設が表示されます。また、場合は、エラーが表示されますこれらのコントロールを使用すると、.NETコアWindowsの最新バージョンでは、.NETのコア3.0アプリケーションは、デザイナーをフォーム開きます。

私たちは、あなたが、.NETのコア3.1にアプリケーションを更新し、他のコントロールに移動することをお勧めします。コントロールを交換することは、本質的に「検索と置換。」、単純なプロセスです

まず第一に、私たちは、リリース3.0、.NETのコアの前にこれらの変更を行う必要があり、我々は同意します。私たちは、時代遅れの変化を避けるため、あるいは私たちは非常に苦痛になり画期的な変化を避けるようにしてください。

我々は、Windowsフォームデザイナプロジェクトにさらに得るように、我々はこれらのコントロールは、最新のアプリケーションを作成するために一致しないと、Windowsフォームの.NETのコアポートの一部になることはありませんことに気づきました。我々はまた、彼らは合理的ではない私たちをサポートするために多くの時間を必要としていることがわかります。

私たちの目標は、より高いDPI、アクセシビリティと信頼性を実現するために、Windowsフォームを改善し続けることであり、我々は、配信に注力する最新の変更を加える必要があります。

C ++ / CLI

2019年16.4我々はC ++ / CLIは、Visual Studioのコンポーネント（も「マネージドC ++」として知られている）.NETのコア3.0+で使用することができます作成​​するためのサポートを追加しました。あなたは、作業負荷および「C ++ / CLIサポート」コンポーネント「C ++でデスクトップ開発」をインストールする必要があり、あなたはC ++ / CLIを使用することができます。

このコンポーネントは、あなたが使用できるいくつかのテンプレートを追加します。

• CLRクラスライブラリ（.NETのコア）
• CLRプロジェクト（.NETコア）を空にし
  、あなたがそれらを見つけることができない場合は、単に「新規プロジェクト」ダイアログボックスでそれらを検索します。

C ++ / CLIは、Windows上でのみ有効になります。あなたは、C ++ / CLIのアセンブリおよび.NETのコアの.NET Frameworkのターゲット、およびその逆で使用することはできません。

終了

私たちは、あなたができるだけ早く.NETコア3.1に移行することをお勧めします。これは素晴らしいバージョン（主に3.0まで）で、その.NETのコアの多くの側面が改善されました。また、（LTS）版は3年間のサポートされる長期的なサポートです。

ライフサイクルの更新：

• .NETのコア3.0は、3ヶ月間のメンテナンス（2020年5月3日3月）は、本日開催されます。
• メンテナンス期間を通じて、.NETのコア2.2は12月23日に終了します。
• .NETのコア2.1サポート（LTS版である）2021年8月まで継続されます。

出典：https://devblogs.microsoft.com/dotnet/announcing-net-core-3-1/