0

約 10 の異なる実行可能ファイルを生成するかなり複雑なプロジェクトがあります。これらすべてのプロジェクトには、プロジェクト間でコードを共有する目的で私が開発した共通ライブラリがあります。(依存関係ツリーのルート ノードと考えてください)。

これらの 10 個の実行可能ファイルはそれぞれかなり複雑で、他の特定のライブラリを持っているため、実際には 4 つまたは 5 つの異なる Visual Studio ソリューションを使用して、機能をもう少し包含し、完全に無関係な実行可能ファイルが混在しないようにしています。

これら 2 つのオプションのどちらが私の Common Library プロジェクトを管理するための最良の方法であるかを知りたいです (コミュニティはこれをどのように行っているか):

  1. 内部 NuGet リポジトリに存在し、すべての実行可能プロジェクトが NuGet 経由で依存する必要がありますか?
  2. 5 つの異なる Visual Studio ソリューションで使用される共通ライブラリ用に同じ .csproj ファイルを保持し続ける必要がありますか?

これらのアプローチにはそれぞれ長所と短所があることを私は知っています。人々がそこで何をしているのか知りたいだけです。

ありがとう、るい

4

2 に答える 2

2

あなたの場合、2番目のソリューションをより保守しやすくスケーラブルにすることをお勧めします。

一度インストールしたNuget パッケージは、別のパッケージを公開/ビルドせず、ソリューションを更新することを忘れない限り、変更されません。

これは、リンクされたプロジェクトには当てはまりません。内部のバグを修正したり、新しい機能を追加したりすると、少なくとも2 つの側面からメリットが得られます。

  • 変更はすべてのソリューションですぐに表示されます
  • それらが異なるソリューションであることを考えると、何かを壊した場合に理解しやすくなります。
于 2013-10-25T09:18:39.507 に答える
2

NuGet オプションをお勧めします。

共有プロジェクトの異なるバージョンを使用している場合は、はるかにうまく機能します。つまり、共有ライブラリが変更された場合、他のすべてのプロジェクトをすぐに更新する必要はありません。

于 2013-10-25T09:18:34.390 に答える