私はMicrosoft Coreの新人で、.NET標準を対象としたクラスライブラリを作成したいと考えています。 Visual Studio IDE 2017を使用していて、.NET Standardの下にリストされているクラスライブラリプロジェクトテンプレートを選択しました。NET標準ライブラリ参照.NETCore
.NET標準プロジェクト構造でSDKを展開すると、Microsoft.NETCore.Platform 1.1.0が参考になります。私の理解あたりとして
、.NETのコアなどの.NET Framework、モノ、ユニバーサルWindowsプラットフォームでは、.NET Standardと周りにいない他のウェイを使用しています。私を修正してください。
質問：
、
は、ターゲットフレームワーク、プラットフォーム、および.NETCoreパッケージのランタイム固有の実装を解決するために必要なランタイム情報を提供します。
とより多くのあなたがソースコードをチェックすると見つけることができる、
これは、クロスプラットフォームのパッケージですが、間違っていると、任意の特定のプラットフォームに結合していません名。あなたが質問したように、「NETCore」の部分は混乱しており、削除する必要があります。
ご意見ありがとうございます。私が作成しているIクラスライブラリは、NETCoreではなく特定の.NETスタンダードを対象としています。 .NET Framework（CLR）、.NETCore（CoreCLR）、UWP（.NETスタンダード）を使用して、再利用可能なdllを作成する方法に関するアイデアでした。 – Nair
パッケージ名に "NETCore"があっても、あなたが望むことをすることができます。それを無視してください。私が言ったように、「Microsoft.NETCore.Platforms」はクロスプラットフォームです。あなたのクラスライブラリは確かに.NET標準に反対し、どこでも再利用できます。 –
ありがとうございます。マイクロソフトのすべてのポートフォリオにおいて新しい急進的な変化を学ぶ人々を混乱させるのは罪です。私はまだこれらを学んでおり、物事を真っ直ぐにしたい。 – Nair
ご理解の方が大丈夫です。彼らは*実装するのと同じくらい* .NET標準を使用しません。私はなぜNETCoreの作品がそこにあるのか分かりません。ごめんなさい – BradleyDotNET
@BradleyDotNET、ありがとう。私は答えを得るために幅を探しています。見つけた場合は投稿してください。 – Nair
彼がリンクしているドキュメントを読んだら、Lexの答えは正しいと思います。この依存関係が.NET標準ライブラリに何らかの問題を引き起こすことはありません。 – BradleyDotNET