名前空間が独自の独立したクラスライブラリになるのはいつですか?

dll namespaces naming-conventions
名前空間が独自の独立したクラスライブラリになるのはいつですか?

アセンブリに名前を付ける際に少しアドバイスを使うことができます(つまり、 私のネームスペースの論理的な命名規則を独自のDLLに変換するタイミング)。

私は最近、名前空間をほぼ正確にミラーリングした大量のクラスライブラリを含むサンプルプロジェクトをダウンロードしました。

現在までに、1つの大規模なクラスライブラリMyProject.DLLを構築しています。
– 私のプロジェクトでそれを参照しています。 この方法で、必要なライブラリは1つだけです
そしてそれを使用してすべての名前空間にアクセスできます。

しかし、私がダウンロードしたプロジェクトでは、すべての名前空間(および場合によっては、名前空間内のサブカテゴリ)のDLLがあるようです。 たとえば、SomeProj.Web.SecurityにはSomeProj.Web.DllおよびSomeProj.Web.Security.Dllがあります)。

複数のDLLを使用すると、プロジェクトの特定の領域に集中しやすくなる(そしておそらく、サイトに合わせてDLLを更新するのが簡単になる)ことを理解していますが、ここにベストプラクティスはありますか?

前もって感謝します…​

  1  0


ベストアンサー

OK、これは私の質問にほぼ答えています:

0


タイトルとURLをコピーしました