ローカルの DLL の参照設定を他のプロジェクトから参照された場合に引き継ぎたい

Question

ローカルの DLL を参照しているプロジェクトを他のプロジェクトから参照した場合に、ローカルの DLL の参照設定を引き継ぐことはできないでしょうか？

構成としては以下のようなイメージです。

my_solution.sln
    |-- ProjectAAA
    |    |-- 参照
    |        - ローカルの DLL
    |
    |-- ProjectBBB
    |    |-- 参照
    |        - ProjectAAA
    |        - ローカルの DLL // この参照設定をしないと起動時にエラー
    :

一つのソリューションの中に ProjectAAA と ProjectBBB が存在し、 ProjectAAA はローカルに存在するの DLL を参照しています。ローカルに配置してある DLL は Nuget で取得できなかったパッケージのイメージです.

この ProjectAAA を ProjectBBB で参照する場合、ProjectBBB にもローカルの DLL への参照を設定しないといけないため困っています。

使用している VisualStadio のバージョンは「Microsoft Visual Stadio Professinal 2017 Version 15.7.6」です。

ご存知の方がおられましたら、ご教授ください。

Comments

[hihijiji]

そのDLLをNuGetに登録はできないのですか？

[okaryu]

ちょっとなかった発想でした。指摘いただき、ありがとうございます。社内ローカルの nuget サーバ作って...とかだったらいけるかもしれないですね。

ただ、今回の質問としては、あくまでローカルの DLL を参照するときの話に限らせてください。

[hihijiji]

NuGetが便利すぎて、DLL周りの苦労はすっかり忘れてしまっている今日この頃です。
配布、再配布の問題がなければ公開しちゃうのが一番手っ取り早いのですが…

Answer 1

一つのソリューションに含まれる複数のプロジェクトで、NuGet の同じパッケージを使いたいということなら、このような方法はどうでしょうか？

visual-studio – 複数のプロジェクトとソリューションにまたがる共有NuGetパッケージ

追記

NuGet にあるようです。

WPF のビヘイビアーが入ってる Blend SDK for Visual Studio が Visual Studio 2019 で消えた件について

Microsoft.Xaml.Behaviors.Wpf

追記

あくまで NuGet は使わないということであれば、csproj を書き換えて参照を加えるツールを作るのも一つの方法かと思います。XML なので書き換えるのは簡単です。ItemGroup の中に Reference を追加してください。

Comments

[okaryu]

回答ありがとうございます。

現状、問題となっているのは Nuget から取得できないパッケージに関してです。
具体的には Microsoft.Expression.Interactions.dll です。以下のサイトを参考に DLL を取得し参照を試みました。

http://www.nuits.jp/entry/blend-sdk-for-vs2019

この方法により、ローカルに DLL を配置し無事に参照できるようになりました（↑の例だと ProjectAAA ）。
しかし、違うプロジェクト（↑の例だと ProjectBBB）から、その DLL を使ったプロジェクト（ProjectAAA）を参照しようとすると、同時に DLL への参照も設定しないとエラーになってしまうことがわかりました。

今後、ローカルの DLL を使ったプロジェクト（ProjectAAA）を参照するプロジェクトが増えるたびに、セットで DLL への参照も追加しなければなりません。

このままでは、保守性がよくないので自動で参照の設定が行われるような手段を模索しています。

[Zuishin]

今回は場当たり的な方法を提案しましたが、本来であれば Microsoft.Expression.Interactions.dll を必要としないはずのプロジェクトで参照が必要になるということは、隠蔽がうまくいっていないということで、設計を見直すことをまず考えるべきではないかと思います。

Answer 2

たぶんビルド出力先に特定のDLLのコピーしたい、という意味だと思うので、いくらでも方法はありそうですけど、例えばビルド後イベントでコピーする処理を書くとか。

Comments

[okaryu]

回答ありがとうございます。

実際の作業としては、
「ローカルの DLL を使ったプロジェクトを参照する場合、DLL への参照もセットで行う」
というだけなので、今回に限った話でいえば解決はしています。

しかし、今後、
「プロジェクトを参照する場合、そのプロジェクトがローカルの DLL を使用していないか確認し、使用していた場合、セットで DLL への参照も追加しなければならない」
となると、保守性がよくないので自動で参照の設定が行われるような手段を模索しています。

[gentaro]

あぁ、なるほど。
本来はそのような事が起こらないように設計すべきですが、別の方策としてはその参照されるプロジェクトをnugetパッケージにしてローカルのnugetリポジトリに置くようにして、直接のプロジェクト参照を禁止する、とかいう方法もありそうですね。（思いつきレベルなので面倒そうだし思考の穴があるかもしれませんが）