Spring.netの多くの例では、構成メタデータに使用される組み込みアセンブリリソースファイルがあります。すべてのアセンブリには、独自の構成メタデータファイルがあります。 これらのファイルには、他のアセンブリのオブジェクト定義へのオブジェクト参照を含むオブジェクト定義が含まれています。これにより、アセンブリ間の依存関係が作成されます。依存関係の違いSpring.net構成ファイルとアセンブリ
Spring.netの設定メタデータ用に組み込みアセンブリリソースを使用する必要がありますか？
組み込みアセンブリリソースファイルを別々のアセンブリに移動する必要がありますか？
ユースケース：
アセンブリの依存関係： 
コンフィグの依存関係： 
対は別々のものにそれを分解し、単一のアセンブリに使用する構成メタデータを一元化するという決定は、に大きく依存あなたの特定のユースケース（そして、私の経験では、参照の容易化のための集中化、狭小化のための集中化されたスコープの変更戦略との通常の長所と短所があります）。
しかし、私は構成メタデータファイル間の依存関係は、アセンブリ内の実際の型依存関係を模倣/反映しないでしょうか？一例として、
：AssemblyA.Type1がAssemblyB.Type2に依存して、「設定ファイルの依存関係」を作成するアセンブリの各々に1つの設定ファイルを持っている場合は、ほとんどの場合は、すでに持っていないだろうにとにかくコンパイラがあなたの型を解決する必要があるため、同じアセンブリの依存関係？
のみが組み込み設定ファイルのオブジェクト定義の結果になるアセンブリ依存性があるユースケースを理解しようとしていますが、とにかくそこにいる必要はありません問題のアセンブリにすでにあるコードの依存関係のタイプ...あなたは1つ持っています（そして、それを私に説明して、ユースケースをよりよく理解することはできますか？）
ほとんどの場合、私はすでに同じ依存関係を持っています。唯一の違いは、アセンブリMVPとDao.NHibernateの間にあります。 – Gerard
ああ、興味深い。私はそれが2つの場所が有効なユースケースである方法を見ることができます。木は異なるだろう。明らかにそれが棄権者ならば。あなたが取ることを望んでいない（MVPのパターンで私はあなたがここで私はそれがされない方法を見ることができますを推測している）場合、単一の中央の設定アセンブリはおそらくあなたのユースケースのための正解です。 – sbohlen