netstandard 2.0とnetcore 2.0の最終リリースでは、netstandard2ライブラリを構築するのはなぜですか？full framework 4.6.1

Question

.Netstandard2は、最終的に.Net Core 2.0とvs2017.3のnuget4.3でリリースされます。

がAnnouncing .NET Core 2.0

から引用net461 API表面カバー（41クラスを除く）32Kとフルカバーは、あなたは今のVisual Studio 2017 15.3を使用して.NET標準ライブラリから.NET Frameworkのライブラリを参照することができます。この機能は、.NET Frameworkコードを.NET Standardまたは.NET Coreに移行する際に役立ちます（バイナリから開始してソースに移動します）。また、ソースコードが.NET Frameworkライブラリでアクセスできなくなった場合や、新しいシナリオで引き続き使用できるようにする場合に役立ちます。

この機能は.NET標準ライブラリから最も一般的に使用されることが期待されます。また、.NETのコアアプリケーションやライブラリでも動作します。それらは.NET Frameworkライブラリにも依存できます。

サポートされているシナリオでは、.NET標準APIセット内の型のみを使用する.NET Frameworkライブラリを参照しています。また、.NET Framework 4.6.1以前をターゲットとするライブラリ（.NET Framework 1.0でも問題ありません）でのみサポートされています。

ので、.netcore2環境の中で、我々は.netstandard2ライブラリに切り替える必要がなく、長年やったとしてビルドは/フルの.NET Frameworkを使用し続けることができます。

マルチターゲットプロジェクト（net64; netstandard2）では、同じAPIカバレッジで.NET標準2.0を無料で（ゼロタイムエフォート）得ることができます。

あなたの経験を共有できますか：フルフレームワーク4.6.1クラスライブラリを構築して、.netcore2で使用できますか？限界は何ですか？

Answer 1

.NET Frameworkライブラリをビルドする場合、.NET標準で4.6.1のみ使用できます。新しいAPIを使用したい場合は、たとえば次のようにします。 netstandard2.0または.NET 4.7の場合、ライブラリを4.7にリターゲットする必要があります。これはnetstandard2.0/netcoreapp2.0プロジェクトでは使用できません。効果的には、.NET Frameworkバージョン4.6.1にロックされており、新しいバージョンに更新することはできません。 （もちろん、暗黙的なフォールバック定義を無効にして、消費プロジェクトでAssetTargetFallbackを手動で設定するという回避策がありますが、手動で.csprojファイルを編集し、すべてのパッケージ消費者にそうするよう指示する必要があります）。

さらに、互換性レイヤーはnetstandardに実装されていないAPIの使用を防ぎません。したがって、消費するプロジェクトではタイプ、メソッド、アセンブリなどが見つからないという例外が発生する可能性があります。 .NET標準の準拠プラットフォームで動作します。

実際には、.NET Coreの.NET Frameworkライブラリプロジェクト（！）（NuGetパッケージではありません）を参照することはできません。特定の設定と回避策でのみ動作します（互換性のないターゲットフレームワークの警告が表示されます）。