はい、.NETのコア3.0正式リリース、エキサイティング。
WPF
実際には、.NETのコア2.1は、それが何であるかをもたらし、すでに完璧なスタートバージョン3.0のですか？私は最もエキサイティングなはこれです、ビューの私の利用ポイントを立っ：WPFすることができます！WPFを使用してください！WPFを使用してください！
LinuxはWPFを使用することはできませんか？ - ああ......かどうか、それは.NETのコアSDK WPFのプログラムを開発することができるにもかかわらず、それは、.NETのコアのデスクトップランタイムに依存している、これは現在、まだWPFできないWindowsのバージョンを実行し、その他のプラットフォームされます。あなたは、これはまだ大きな進歩であると思いませんか？その結果、私は、.NET Frameworkでバイバイと言うことができ、.NETのコアは、時代に入りました。一方、Winフォームもサポートされ、轟音ああ！
私はすぐに直接WPFの作成をサポート16.3.1のVisual Studio 2019にアップグレード（.NETコア）プロジェクト、WPFの開発経験の開発と違いはありません前に、完璧！
また、今DOTNETプログラムを実行するには、このコマンドには、引数の必要性の方法「DOTNETのapp.dll」なしで実行可能ファイルに直接コンパイルすることができます。
システム要件および互換性
今私は、ユーザーにいくつかのデスクトップアプリケーションは、顧客の需要に基づいて書き込みすることができますが、クライアントのオペレーティングシステムがサポートされていない場合は、.NETのコア3.0白は幸い、.NETのコアオペレーティングシステムの要件3.0ペアではなく非常に多く、それをやりました：
-
Windows 7のSP1の+、Windowsの8.1 +、1067 +のWindows 10は、Windows Server 2012 R2 SP1 +（のx86 / x64の皆可）
-
RedHatの7、CentOSの7、Ubuntuの16.04 +、Fedoraの29+（必須のx64）
-
MacOSの10.13+
Windows7のか、サポート、安心は、あなたが知っている、まだのWindows7を使用している顧客の洪水があります。まあ、確実なアップグレードを休ま。
あなたは.NET標準2.0問題はないため、これらのターゲット・ライブラリを作成する前に、互換性のためとして、私は、すべての問題を見つけることができませんでした。
ランタイム
、それはWindows環境で、WPFデスクトップアプリケーションなどを必要とする場合、.NETコアランタイムをインストールします。SDKは、同じセットと考えることができますが、実行時には、異なるシステムや異なるニーズ、異なるインストールパッケージに応じて、我々は単純にそう思うことができます.NETのコアデスクトップランタイムをインストールします。
インストールするには、どのようにCentOSの？
SDK開発プログラムの2.1バージョンでは、準備ができたときに、直接、スピードだけでなく、......ああ、それは本当に、少し速く、パーフェクトアゲインが起こっているようです実行する前に、すべての問題を見つけることができませんでした！
そして、私は便利考える事のいくつかを設定します
-
パフォーマンスの大幅な増加は、どのように私はそれをテストしていないが、私はああ轟音、2.1のパフォーマンスはかなり良いされている感じ！
-
C＃8、私は完全にそれを費やしていないC＃7でこれらの新しい機能は、8は、C＃言語の特徴は、クールな距離をバイパスし、他の言語に話を出てきました。
-
より高速なWebAPIのは、JSON APIを処理するか、それは便利なJSON、JSONが強化された機能の多くがあります。
-
2.1.800,2.1.400はSDKをインストールする最後の時間は無関係ですSDKは、ディスクスペースの使用状況（牛）を低減しながら、以前のバージョンのアップグレード版をカバーし、それが、今でカバーされ更新されたバージョンの以前のバージョンを多くのディスク容量を消費します。
要するに、言うことに従って、私は3.0ああにアップグレードしない理由がありません。
：.NETコア3.0は非常に有望になり、より関連性の高いコンテンツは、直接この権利を確認し
https://devblogs.microsoft.com/dotnet/announcing-net-core-3-0/を