.NET Core 2.1 の新機能
.NET Core 2.1 には、次の分野の拡張機能と新機能が含まれます。
ツール
.NET Core 2.1 に付属のツールである .NET Core 2.1 SDK (v 2.1.300) には次の変更点と拡張機能が含まれています。
ビルドのパフォーマンスの向上
.NET Core 2.1 の大きな注目点はビルド時 (特にインクリメンタル ビルド) のパフォーマンスの向上です。 このようなパフォーマンスの向上は、dotnet build を使用したコマンドライン ビルドと Visual Studio でのビルドの両方に適用されます。 各分野の向上点の一部を次に示します。
(パッケージ資産の解決) すべての資産ではなく、ビルドで使用される資産のみ解決する。
アセンブリ参照のキャッシュ。
長時間にわたる SDK ビルド サーバー (
dotnet buildの個々の呼び出しにまたがるプロセス) の使用。 これにより、dotnet buildが実行されるたびに大きなコード ブロックを JIT コンパイルする必要がなくなります。 ビルド サーバー プロセスは、次のコマンドで自動的に終了することができます。dotnet buildserver shutdown
新しい CLI コマンド
DotnetCliToolReference を使用してプロジェクト単位でのみ入手可能であった複数のツールを .NET Core SDK の一部として入手できるようになりました。 それらのツールを以下に示します。
dotnet watchは、ファイルの変更を待機してから、指定された一連のコマンドを実行するファイル システム ウォッチャーを提供します。 たとえば、次のコマンドは現在のプロジェクト内のファイルが変更されるたびにプロジェクトを自動的にリビルドして、詳細な出力を生成します。dotnet watch -- --verbose build--verboseオプションの前にある--オプションに注目してください。 これは、子プロセスであるdotnetに渡される引数からdotnet watchコマンドに直接渡されるオプションを区切るものです。 このオプションを使用しないと、--verboseオプションがdotnet buildコマンドではなくdotnet watchコマンドに適用されます。詳細については、「dotnet watch を使用した ASP.NET Core アプリの開発」を参照してください。
dotnet dev-certsは、ASP.NET Core アプリケーションでの開発時に使用される証明書を生成および管理します。dotnet user-secretsは、ASP.NET Core アプリケーションでユーザー シークレット ストアのシークレットを管理します。dotnet sql-cacheは、分散キャッシュに使用する Microsoft SQL Server データベースでテーブルとインデックスを作成します。dotnet efは、データベース、DbContext オブジェクト、および Entity Framework Core アプリケーションにおける移行を管理するためのツールです。 詳細については、「EF Core .NET Command-line Tools」(EF Core .NET コマンドライン ツール) を参照してください。
グローバル ツール
.NET Core 2.1 では、グローバル ツール (コマンドラインからグローバルに使用できるカスタム ツール) がサポートされます。 以前のバージョンの .NET Core の拡張モデルでは、DotnetCliToolReference を使用してカスタム ツールをプロジェクト単位で入手することのみ可能でした。
グローバル ツールをインストールするには、dotnet tool install コマンドを使用します。 次に例を示します。
dotnet tool install -g dotnetsay
インストールしたツールは、ツール名を指定してコマンドラインから実行できます。 詳細については、.NET core グローバル ツールの概要 を参照してください。
dotnet tool コマンドによるツールの管理
.NET Core 2.1 SDK では、すべてのツール操作で dotnet tool コマンドが使用されます。 次のオプションを使用できます。
dotnet tool install: ツールをインストールします。dotnet tool update: ツールをアンインストールおよび再インストールします。これにより、ツールが効果的に更新されます。dotnet tool list: 現在インストールされているツールの一覧を表示します。dotnet tool uninstall: 現在インストールされているツールをアンインストールします。
ロールフォワード
.NET Core 2.0 以降のすべての .NET Core アプリケーションは、システムにインストールされている最新のマイナー バージョンに自動的にロールフォワードされます。
.NET Core 2.0 以降では、アプリケーションのビルドに使用した .NET Core のバージョンが実行時に存在しない場合、インストールされている .NET Core の最新の "マイナー バージョン" に対してアプリケーションが自動的に実行されます。 つまり、アプリケーションが .NET Core 2.0 を使用してビルドされ、ホスト システムにインストールされているのが .NET Core 2.0 ではなく .NET Core 2.1 である場合は、.NET Core 2.1 を使用してアプリケーションが実行されます。
重要
このロールフォワードの動作はプレビュー リリースには適用されません。 既定では、メジャー リリースにも適用されませんが、次の設定で変更できます。
共有フレームワークの候補なしでロール フォワードの設定を変更することで、この動作を変更できます。 使用可能な設定は次のとおりです。
0- マイナー バージョンのロールフォワード動作を無効にします。 この設定では、.NET Core 2.0.0 用にビルドされたアプリケーションが、.NET Core 2.2.0 または .NET Core 3.0.0 ではなく、.NET Core 2.0.1 にロール フォワードされます。1- マイナー バージョンのロールフォワード動作を有効にします。 これが設定の既定値です。 この設定では、.NET Core 2.0.0 用にビルドされたアプリケーションが、インストールされているバージョンに応じて、.NET Core 2.0.1 または .NET Core 2.2.0 のいずれかにロール フォワードされますが、.NET Core 3.0.0 にはロール フォワードされません。2- マイナー バージョンとメジャー バージョンのロールフォワード動作を有効にします。 設定すると、異なるメジャー バージョンも考慮されるため、.NET Core 2.0.0 用にビルドされたアプリケーションは、.NET Core 3.0.0 にロール フォワードされます。
この設定は、次の 3 つのいずれかの方法で変更できます。
DOTNET_ROLL_FORWARD_ON_NO_CANDIDATE_FX環境変数を目的の値に設定します。次の行を、目的の値を指定して .runtimeconfig.json ファイルに追加します。
"rollForwardOnNoCandidateFx" : 0.NET Core CLI を使用している場合、次のオプションに必要な値を指定して .NET Core コマンド (
runなど) に追加します。dotnet run --rollForwardOnNoCandidateFx=0
修正プログラムのバージョンのロール フォワードは、この設定からは独立しており、任意の潜在的なマイナー バージョンまたはメジャー バージョンのロール フォワードが適用された後に行われます。
配置
自己完結型アプリケーションのサービス提供
dotnet publish は、サービス提供されたランタイム バージョンを含む自己完結型アプリケーションをパブリッシュするようになりました。 .NET Core 2.1 SDK (v 2.1.300) を含む自己完結型アプリケーションをパブリッシュする場合、その SDK で認識済みである最新のサービス提供されたランタイム バージョンがアプリケーションに含まれます。 最新の SDK にアップグレードする場合は、最新の .NET Core ランタイム バージョンでパブリッシュします。 これに該当するのは .NET Core 1.0 以降のランタイムです。
自己完結型のパブリッシュは、NuGet.org のランタイム バージョンに依存します。マシンにはサービス提供されたランタイムは必要ありません。
.NET Core 2.0 SDK を使用すると、RuntimeFrameworkVersion プロパティで別のバージョンが指定されている場合を除き、自己完結型アプリケーションが .NET Core 2.0.0 ランタイムでパブリッシュされます。 この新しい動作により、このプロパティを設定して、より新しいバージョンのランタイムを自己完結型アプリケーションに対して選択する必要がなくなりました。 今後は常に .NET Core 2.1 SDK (v 2.1.300) でパブリッシュするのが最も簡単な方法です。
詳細については、「自己完結型展開ランタイムのロール フォワード」をご覧ください。
Windows 互換機能パック
既存のコードを .NET Framework から .NET Core に移植する場合は、Windows 互換機能パックを使用できます。 この Windows 互換機能パックでは、.NET Core よりも 20,000 個も多い API にアクセスできます。 これらの API には、System.Drawing 名前空間の型、EventLog クラス、WMI、パフォーマンス カウンター、Windows サービス、および Windows レジストリの型とメンバーが含まれています。
JIT コンパイラの機能強化
.NET Core には階層型コンパイル (適応型最適化とも呼ばれる) という新しい JIT コンパイラ テクノロジが組み込まれており、パフォーマンスが大幅に向上します。 階層型コンパイルはオプトイン設定です。
JIT コンパイラで実行される重要なタスクの 1 つはコード実行の最適化です。 ただし、使用頻度の低いコード パスについては、最適化されていないコードの実行にランタイムが費やす時間よりも、コードの最適化にコンパイラが費やす時間の方が多くなる場合があります。 階層型コンパイルによって JIT コンパイルに次の 2 つのステージが導入されます。
第 1 階層: コードをできるだけ早く生成します。
第 2 階層: 頻繁に実行されるメソッドに対して、最適化されたコードを生成します。 コンパイルの第 2 階層は、パフォーマンスの向上と並行して実行されます。
次に示す 2 つのいずれかの方法で階層型コンパイルをオプトインできます。
.NET Core 2.1 SDK を使用するすべてのプロジェクトで階層型コンパイルを使用するには、次の環境変数を設定します。
COMPlus_TieredCompilation="1"プロジェクト単位で階層型コンパイルを使用するには、次の例に示すように、MSBuild プロジェクト ファイルの
<PropertyGroup>セクションに<TieredCompilation>プロパティを追加します。<PropertyGroup> <!-- other property definitions --> <TieredCompilation>true</TieredCompilation> </PropertyGroup>
API の変更
Span<T> および Memory<T>
.NET Core 2.1 には、配列とその他の種類のメモリを使用する作業を大幅に効率的に行えるようにするいくつかの新しい型が含まれています。 新しい型は次のとおりです。
これらの型を使用しない場合は、アレイの一部やメモリ バッファーのセクションなどの項目を渡すときに、一部のデータのコピーを作成してからメソッドに渡す必要があります。 これらの型はデータを仮想的に表示します。これにより、追加メモリの割り当てとコピーの操作の必要性が排除されます。
次の例では、Span<T> および Memory<T> インスタンスを使用して配列の 10 個の要素を仮想的に表示します。
using System;
class Program
{
static void Main()
{
int[] numbers = new int[100];
for (int i = 0; i < 100; i++)
{
numbers[i] = i * 2;
}
var part = new Span<int>(numbers, start: 10, length: 10);
foreach (var value in part)
Console.Write($"{value} ");
}
}
// The example displays the following output:
// 20 22 24 26 28 30 32 34 36 38
Module Program
Sub Main()
Dim numbers As Integer() = New Integer(99) {}
For i As Integer = 0 To 99
numbers(i) = i * 2
Next
Dim part = New Memory(Of Integer)(numbers, start:=10, length:=10)
For Each value In part.Span
Console.Write($"{value} ")
Next
End Sub
End Module
' The example displays the following output:
' 20 22 24 26 28 30 32 34 36 38
Brotli 圧縮
.NET Core 2.1 には、Brotli 圧縮と展開のサポートが追加されています。 Brotli は、RFC 7932 で定義されており、ほとんどの Web ブラウザーと主要な Web サーバーでサポートされている汎用の無損失圧縮アルゴリズムです。 ストリーム ベースの System.IO.Compression.BrotliStream クラスまたは高性能なスパン ベースの System.IO.Compression.BrotliEncoder クラスと System.IO.Compression.BrotliDecoder クラスを使用できます。 次の例は、BrotliStream クラスによる圧縮を示しています。
public static Stream DecompressWithBrotli(Stream toDecompress)
{
MemoryStream decompressedStream = new MemoryStream();
using (BrotliStream decompressionStream = new BrotliStream(toDecompress, CompressionMode.Decompress))
{
decompressionStream.CopyTo(decompressedStream);
}
decompressedStream.Position = 0;
return decompressedStream;
}
Public Function DecompressWithBrotli(toDecompress As Stream) As Stream
Dim decompressedStream As New MemoryStream()
Using decompressionStream As New BrotliStream(toDecompress, CompressionMode.Decompress)
decompressionStream.CopyTo(decompressedStream)
End Using
decompressedStream.Position = 0
Return decompressedStream
End Function
BrotliStream の動作は、DeflateStream および GZipStream と同じです。そのため、これらの API を呼び出すコードを簡単に BrotliStream に変換できます。
新しい暗号化 API と暗号化の機能強化
.NET Core 2.1 には、暗号化 API に対する多数の拡張機能が含まれています。
System.Security.Cryptography.Pkcs.SignedCms は System.Security.Cryptography.Pkcs パッケージにあります。 実装は .NET Framework の SignedCms クラスと同じです。
X509Certificate.GetCertHash メソッドと X509Certificate.GetCertHashString メソッドの新しいオーバーロードは、ハッシュ アルゴリズム識別子を受け入れ、SHA-1 以外のアルゴリズムを使用して呼び出し元が証明書の拇印の値を取得できるようにします。
新しい Span<T> ベースの暗号化 API をハッシュ、HMAC、暗号乱数の生成、非対称署名の生成、非対称署名の処理、および RSA 暗号化に使用できます。
Span<T> ベースの実装を使用することにより、System.Security.Cryptography.Rfc2898DeriveBytes のパフォーマンスが約 15% 向上しました。
新しい System.Security.Cryptography.CryptographicOperations クラスには、次に示す 2 つの新しいメソッドが含まれています。
FixedTimeEquals は、同じ長さの任意の 2 つの入力に対して一定の時間を費やして戻ります。これは暗号化の検証での使用に適しており、サイド チャネル情報のタイミング攻撃の一因となることを避けることができます。
ZeroMemory はメモリ クリアのルーチンであり、最適化はできません。
静的メソッドである RandomNumberGenerator.Fill は Span<T> にランダムな値を入力します。
System.Security.Cryptography.Pkcs.EnvelopedCms が Linux と macOS でサポートされるようになりました。
Elliptic-Curve Diffie-Hellman (ECDH) を System.Security.Cryptography.ECDiffieHellman クラス ファミリーで使用できるようになりました。 セキュリティ、外部からのアクセスは .NET Framework の場合と同じです。
RSA.Create から返されるインスタンスは、SHA-2 ダイジェストを使用して OAEP で暗号化または暗号化解除できます。また、RSA-PSS を使用して署名を生成または検証できます。
ソケットの機能強化
.NET Core には、新しい型である System.Net.Http.SocketsHttpHandler、および高度なネットワーク API の基盤となる書き換えられた System.Net.Http.HttpMessageHandler が含まれています。 たとえば、System.Net.Http.SocketsHttpHandler は HttpClient 実装の基盤です。 以前のバージョンの .NET Core の高度な API は、ネイティブのネットワーク実装を基盤としていました。
.NET Core 2.1 に導入されたソケットの実装には多くの利点があります。
以前の実装と比較して、パフォーマンスが大幅に向上しています。
プラットフォームの依存関係を排除したため、配置やサービス提供が簡略化されます。
すべての .NET Core プラットフォームで動作が一貫しています。
SocketsHttpHandler は .NET Core 2.1 における既定の実装です。 ただし、AppContext.SetSwitch メソッドを呼び出すことで、古い HttpClientHandler クラスを使用するようにアプリケーションを構成できます。
AppContext.SetSwitch("System.Net.Http.UseSocketsHttpHandler", false);
AppContext.SetSwitch("System.Net.Http.UseSocketsHttpHandler", False)
環境変数を使用して、SocketsHttpHandler に基づくソケットの実装の使用をオプトアウトすることもできます。 そのためには、DOTNET_SYSTEM_NET_HTTP_USESOCKETSHTTPHANDLER を false または 0 に設定します。
Windows では、ネイティブ実装に依存する System.Net.Http.WinHttpHandler を使用するか、または HttpClient コンストラクターにクラスのインスタンスを渡すことにより SocketsHttpHandler クラスを使用することもできます。
Linux と macOS では、HttpClient をプロセス単位でのみ構成できます。 Linux で古い HttpClient 実装を使用する場合は、libcurl を配置する必要があります (これは .NET Core 2.0 と共にインストールされています)。
互換性に影響する変更
重大な変更の詳細については、「バージョン 2.0 から 2.1 への移行の破壊的変更」を参照してください。
関連項目
.NET
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示