6
申し訳ありませんが、これはしばらくの間私の心に残っています。私はすべての一般的な中間層オブジェクトのための再利用可能な企業名前空間（クラスライブラリ）を作成する過程にあります。このアセンブリは、プロジェクトの開発段階で、開発者が参照することができます。ここに私の質問です。すべての中間層ロジックで構成された単一のアセンブリを作成するか、この機能をより小さなアセンブリに分割する方が受け入れやすいでしょうか？再利用可能な社内ネームスペースを作成するときのベストプラクティス
例：単一のアセンブリ（名前空間の例）
システム
System.IO
System.IO.RegEx
System.Net
System.Net。メール
System.Security
System.Webの - AssemblyFull.dll
例：複数のアセンブリ
System.IO
System.IO.Reg - をAssemblyIO.dllにコンパイル
System.Net
System.Net - は、私は両方の方法を使用して、これをやったが、私は誰もが行うと、なぜ何を思ったんだけど、過去に
AssemblyNet.dllにコンパイル？私はコード例を探しているわけではなく、他の開発者が何をしているか知りたいだけです。
ありがとうございます。
アセンブリにはすべてのものが含まれていればどのくらいの大きさですか？あなたの会社のプロジェクトですべての共通機能を使用すると思われますか？そうでなければ、論理的にそれを関連するサブユニットに分けることができますか（それは異なるアセンブリを組み込むための良い候補になります）？ –
Google再利用/リリース同等の原則 – driushkin
リチャード - [完全]アセンブリは100種類のオブジェクトで構成されます。ほとんどのプロジェクトでは、公開された機能の75％〜85％が常に使用されますが、他の部分も引き続き使用できます。私の最初の考えは、あなたが述べたとおりにこれを処理することでした。最も広く使用されているオブジェクトを取り出し、共通のアセンブリに組み込み、他のオブジェクトを取り出して別々のユニットに分割します。しかし、一方では、単一のアセンブリが他の開発者の生活をより簡単にする方法を知ることができます。中間層アセンブリを参照し、それを使用するだけで済みます。私はこれが他の6から1半ダース感じている –