78 個のプロジェクトを含むソリューションがあります。
このソリューションは Prism を多く使用しており、Prism は個別の dll にあるものが好きです。
現在のイテレーションでは、さらにいくつかの UI コンポーネントを追加しています。この特定の UI コンポーネントのセットは、既存のセットと同じプロジェクトに配置できます。
それを行うべきか、それとも新しいプロジェクトを作成するべきか (UI コントロールの別のセットであるため) を考えています。
別のdllにコードを入れることの欠点を誰か教えてもらえますか?
欠点として、私はユーザーエクスペリエンスとビルド速度を見ています。
コードを別のdllに入れることの（パフォーマンス面での）欠点を教えてもらえますか？
主な違いは、CLR がアセンブリを読み込む方法にあります。余分なアセンブリの読み込みには、もう少しオーバーヘッドが伴います。
そうは言っても、アセンブリは起動時に読み込まれません (起動時に使用されない限り)。これは、アプリケーションの全体的な起動時間が実際に改善される可能性があることを意味します。
すべてが読み込まれて実行されると、単一のアセンブリを使用しても複数のアセンブリを使用してもパフォーマンスに違いはありません。
プロジェクトを分離することのパフォーマンス面に注目するのではなく、デプロイとメンテナンスの違いに注目することをお勧めします。プロジェクトが別々のプロジェクトとして意味があり、それらを別々にしておくとソリューションの保守が容易になる場合は、それらを分離します。展開とビルド環境が複雑になるだけで、型が常に一緒に使用される場合は、それらを一緒に保ちます。