NuGetパッケージの参照については、解決した参照を手動でdllファイルにコピーしないでください(プロジェクトを読み込んだ後にデザイン時にobj\project.assets.json
ファイルから生成されます)。
新しいSDKベースのプロジェクトモデルとNuGetパッケージ(「古典的」プロジェクトでも使用可能)を参照するPackageReferenceの方法では、NuGet参照は自動的にパッケージ参照間を過渡的に流れます。アプリがNuGetパッケージを使用するライブラリを参照するとき、NuGetパッケージをライブラリとアプリケーションの両方にインストールする必要はありません。
「クラシック」参照の場合にのみ、この問題は残ります。ただし、それらをすべてのプロジェクトにインポートする必要がある場合(サードパーティの.dllファイルがいくつかある場合)、ソリューションフォルダにDirectory.Build.targets
を作成して、ソリューション内のすべてのプロジェクトに追加することができます(技術的には、このファイルは自動的にディレクトリ階層内のすべてのプロジェクト)にインポート:
<Project>
<ItemGroup>
<Reference Include="AssemblyName">
<HintPath>shared-libs\AssemblyName.dll</HintPath>
</Reference>
</ItemGroup>
</Project>
(https://stackoverflow.com/a/16580870/784387で説明したように、「特定のバージョン」機能や厳密な名前の参照をしたい場合は、参照を変更したい場合があります)
私がされました実際にはASP.NETテンプレートからの参照を私の "domain layer"プロジェクト/ DLLにコピーしています。 Entity Frameworkのような参照を上流プロジェクトにコピーすることはまだ価値があると思います。 – yzorg
わかりません... NuGetパッケージの場合は、新しいプロジェクトタイプでは「PackageReference」に移動し、デフォルトでは推移します。しかし今は分裂した世界(=>混乱) –
右。 ''は私がコピー/貼り付けについて話しているものです。私はそれがまったく混乱しているとは思わない。しかし、私は自分のツールを動作させたい、あるいは少なくとも、新しいツールが異なる仕組み(明示的な決定、あるいはまだ行われていない)を理解している必要があります。 –
yzorg