3

VisualStudioプロジェクトをセットアップしようとしています。すべての定数、共通クラスを持つ汎用プロジェクト（SharedProjなど）があります。SharedProjは、他の2つのソリューション（SolnA、SolnBなど）によって参照されますが、将来的にはさらに増える可能性があります。

私が考えることができる2つの方法があります：

  • SharedProjをSolnAとSolnBの両方に追加できます。
  • または、SharedProj.dllをSolnAとSolnBの両方の参照に追加できます。

他のプロジェクト/ソリューションを参照するソリューションに取り組むのはこれが初めてなので、一方が他方よりも優先されますか？

ちなみに、SharedProjで変数名の名前を変更し、この変数へのすべての参照を更新する簡単な方法はありますか？プロジェクト内で変数の名前を変更する場合と同様に、「「古い」から「新しい」に名前を変更する」というオプションがあり、すべての名前が変更されます。

ご協力いただきありがとうございます。

4

1 に答える 1

2

私がこれを処理する方法は、一般的なコードプロジェクトだけのソリューションを作成することです。ライブラリをビルドして、共通の場所に公開します。この場所では、同じライブラリの異なるバージョンに名前を付けるか、別の方法で区別することができます。次に、公開されたライブラリへの参照を、それらを必要とするソリューション/プロジェクトに含めます。私はこれらと私のソリューションを他の開発者と共有することが多いので、コードを共有するときにドライブ文字に関する名前の問題を回避するために、それらをネットワーク共有に保持し、UNCパスを使用して参照する傾向があります。

ライブラリでバージョニングを使用すると、変更が加えられたり、コードを複数の場所で維持したりするたびにすべてをアップグレードする必要がなく、タイムラインで依存プロジェクトをアップグレードできます。共通コードを使用する人が増えるほど、これが重要になることに注意してください。

于 2009-11-26T15:18:24.623 に答える