.NETのコア3.0安定版リリース

毎年恒例のイベント.NET開発.NETコンファレンス2019（9.23から9.25のための時間に開催された）昨日は正式に始まりました。より最も重く、最もエキサイティングなニュース総会の初日 .NETのコア3.0の安定版がリリースされます。.NETプロジェクトマネジメントディレクターのスコット・ハンター総会では、このニュースを発表し、3.0が基調セッションでの新機能やコミュニティを紹介し、.NETのコアの周りに立ち上げました。

.NETコンファレンス2019ライブ住所：https://www.dotnetconf.net/

メジャーバージョンのアップデートとして、.NETのコア3.0は、新しく追加されたWindowsフォームとWPFなどの改良や新機能の数、新しいJSONのAPI、ARM64アーキテクチャのサポートだけでなく、パフォーマンスを向上させるために導入されました。はい、C＃8 .NETコア3.0は、null参照タイプ（NULL可能）、非同期フロー（非同期ストリーム）と複数のモードを含むこのアップデートの一部です。

C＃8に加えて、.NETコア3.0アップデートものF＃4.7を含み、このバージョンは、主に文法を改善し、.NET標準2.0のターゲットプラットフォームにアップグレードすることです。

.NETチームは、あなたが今、.NETのコア3.0にプロジェクトをアップグレードすることができますので、.NETのコア3.0は、以前のバージョンとの互換性があると述べました。

ダウンロード

「新素材」の.NETのコア3.0

.NETのコアに3.0のすべての新機能を掘り下げる前に、言及いくつかの重要な改善点、見とる ＃4.7 F、C＃8、、.NETの標準2.1を、このような他のリリースでサポートケースとして。

.NETのコア3.0安定版リリースする前に、それはあり dot.net と Bing.com ヶ月間両方のサイト上で実行して、厳格なテストに合格しました。Microsoftのチームはすぐに本番環境で働くことになりますが、負荷コア3.0 .NETにデプロイされます。
多くのパフォーマンスコンポーネントは大きな後押しを得て、表示する詳細 .NETコア3.0の性能改善内容を。
C＃8、インデックス型（範囲/指標）の種類と範囲を非同期（非同期ストリーム）の流れを増加させる、よりパターンがnull参照のタイプであってもよいです。null参照型は主に私たちは（ユビキタスヌル参照例外に対処するために使用されることがNullReferenceExceptionコンパイラ、コメントのコードストリームを分析するほか、ライブラリーは、基本的な枠組みとなっている）ので、我々は見ることができるnull値は、現在の場所に使用することができるかどうか。
主に暗黙的を使用してのF＃4.7 yieldいくつかの操作、および構文式を合理化します。また、提供LangVersionのサポートの追加、nameofプレビューの段階でキーワードをし、静的クラスを。ターゲットプラットフォームのF＃コアライブラリは、.NET標準2.0で詳細を理解するには、ここをクリックし。
.NET標準2.1 増加コードに使用することができるセットの種類は、それらが同時にするために使用され、.NETコアXamarinすることができます。
.NETのコアが今 、Windowsのデスクトップアプリケーションのサポート、両方をサポートする Windowsフォームと WPF（すでに開いては）。WPFデザイナは、Visual Studio 2019 16.3の一部となっています。Windowsフォームデザイナから、プレビュー段階にとどまっている VSIXをダウンロードします。
.NET Coreアプリケーションは現在の実行可能ファイルをデフォルトとしています。以前のバージョンでは、合格する必要があるdotnetなど、アプリケーションを起動するコマンドをdotnet myapp.dll。しかし、このバージョンから、我々は（例えば、アプリケーションの特定の実行可能ファイルを使用することができる myappか、./myappオペレーティング・システムに応じて、アプリケーションを起動するために、）。
APIのパフォーマンスJSON追加、リーダ/ライタ、およびオブジェクトモデルのシリアル化スキームを。APIに基づくSpan<T>代わりに（例えば、UTF8 UTF16を使用することのゼロから構築され、 stringAPIは、さらに、ガベージコレクタの作業を減らす、従ってより良い性能をもたらし、メモリ割り当ての使用を最小限に抑えるため、）。詳細については、 .NET 3.0のコアでJSONの未来に。
デフォルトでは、ガベージコレクタは、少ないメモリを使用しています。同じサーバー上でホストされている多くのアプリケーションの場合、この改善は非常に便利です。、また新しいバージョンのGCマシン（またはより大きい）Aのコア数を有するコア64のより良い利用。
.NETのコアは、ドッカーのためのサポートが強化された容器内で効率的に予想されるとして、その.NETアプリケーションの仕事を。容器は、限られたメモリやCPU、およびガベージコレクタスレッドプールとして設定されている場合、より良い最適な動作モードの効果を提供するように適合されたであろう。特にSDKミラー- .NETコアドッカー画像体積も小さくなっています。
ラズベリーパイARMチップとサポートのIoTの開発を支援します。これらは、リモートのVisual Studioデバッガが含まれています。これは、我々は、ディスプレイ上のセンサ、およびプリントメッセージや画像を監視することができ、アプリケーションをデプロイするために、新たなGPIOのAPIを使用することができます。ASP.NETは、データのAPIを公開するために使用することができ、またはデバイスとしてのIoTサイトの構成を可能にします。
.NETのコア3.0は、.NETの11月コア3.1のリリースに置き換えられます後者であるため、LTSバージョン（少なくとも3年間は、技術的なサポートを得るだろう）が、正式にあなたの最初の.NETのコア3.0にアップグレードしてから、アップグレードすることをお勧めします3.1に、移行がより便利になるように。
.NETコア2.2 12.23今年はEOL段階に到達します。チェック .NETのコアのサポートポリシー。
レッドハット、.NETのコアとのコラボレーションの年後8から3.0 RHELとにおけるRed Hatのアプリケーションのストリームに含まれています。
Windowsの3.0にVisual Studio .NETのコアユーザーを使用するには、Visual Studioの2019年16.3にアップグレードする必要があります。
MacOSの3.0にVisual Studio .NETのコアユーザーを使用するには、Mac 8.3のためのVisual Studioにアップグレードする必要があります。
Visual Studioのコードのユーザーは、C＃の最新バージョンは、最新のプログラムは、.NETのコア3.0のターゲットプラットフォームを含め、適切に動作することを保証するために拡張が必要になります。
.NETのコアAzureのアプリケーションサービス3.0の展開は現在進行中です。
.NETのコアのAzureのDevオプスもうすぐ3.0を導入しました。

.NETのコア3.0サポートされるプラットフォーム

アルパイン：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.0 Linuxカーネルのバージョン4.14以降を使用してARM64に配備されていることを確認します。たとえば、Ubuntuの18.04は、この要件を満たすことができますが、16.04が満たされていません。