Silverlightアプリケーションに取り組んでいます。私はそれをいくつかのアセンブリに分割しました：
これは私が学んだ方法ですが、疑問に思いました。DLLが再利用されないことがわかっている場合、それらを分割する必要がありますか？または、すべてを1つのアセンブリに配置し、フォルダと名前空間を使用して整頓できますか？
アセンブリが多すぎるプロジェクトも見ました。適切な場所で名前空間を使用する代わりに。
それで、いつ新しいコードの一部に対して新しいアセンブリを作成するのですか？このテーマに関する良いリソースはありますか？また、コードを技術的に（ドメイン、データ、UIなど）に分割したり、機能的に（つまり、患者管理、患者医療、病院ロジスティクスなど）分割したりしますか？
回答:
論理的に「モジュール」に分類されるクラスには、個別のアセンブリを作成することをお勧めします。これは再利用と保守に役立つだけでなく、クラス間の依存関係を最小限に抑える方法にもなります。
ミッションは、各アセンブリが必要とする他のアセンブリへの参照の数を最小限に抑えることです。これは、主にインターフェイスとイベントを介して行われます。異なるアセンブリにクラスがあると、依存関係が非常に明白になります。それとは対照的に、1つのアセンブリだけを使用する場合は、すべてにアクセスできるため、依存関係について考えることを無視するのは非常に簡単です。
もちろん、誇張ではなく、必要に応じて分離してください。このように考えてください：「これらのクラスは一緒に属し、これらのクラスについて知っている必要はありません」そしてそれらの線に沿って分離します
A、B、C、D、E、F、G、H、I、J、K。あなたはアセンブリ参照どこA、あなたはまた、その依存アセンブリを参照する必要があります：B、C、D。しかし、アセンブリC：に依存しているE、F、G、H私たちはあまりにもそれらを必要とするつもりです。したがって、何らかの機能が必要なA場合は、7つの追加のアセンブリをプルダウンして機能させる必要があります。各アセンブリの正しいバージョンを取得していることを確認してください。新しいDLL Hellへようこそ。
アセンブリは、.NETアプリケーションの配置の単位です。したがって、アセンブリのカットを展開アーキテクチャと一致させることを検討する必要があります。
アセンブリは、一部のコードで個別のバージョン管理が必要な場合にも役立ちます。たとえば、独立したバージョン管理の恩恵を受ける共通のインターフェイスがある場合、そのコードをアセンブリに分離する必要があります。
名前空間はアセンブリにまたがることができることに注意してください。多くの場合、名前空間を使用して動作を分離することで十分です。.NET mscorlib.dllを見てください。単一のアセンブリには、名前空間のみで分離されたさまざまな動作をカバーするコードが含まれています。
この件について何らかの権限が必要な場合は、次の点に注意してください。
フレームワーク設計ガイドライン： Krzysztof CwalinaおよびBrad Abramsによる再利用可能な.NETライブラリ（第2版）の規則、イディオム、およびパターン。