C# 依赖关系差异Spring.net配置文件和程序集

在Spring.net的许多示例中，都嵌入了用于配置元数据的程序集资源文件。每个程序集都有自己的配置元数据文件。 这些文件包含对其他程序集中的对象定义具有对象引用的对象定义。这将在程序集之间创建依赖关系

我应该为Spring.net配置元数据使用嵌入式程序集资源吗

是否应将嵌入的程序集资源文件移入单独的程序集

用例：

程序集依赖项：

配置依赖项：

---

将配置元数据集中到单个程序集中，还是将其分解为单独的程序集，这在很大程度上取决于您的特定用例（根据我的经验，任何集中都有利于参考，而不是分散都有利于改变策略的狭窄范围）

但是，我确实有一个问题：配置元数据文件之间的依赖关系不会模拟/镜像程序集中的实际类型依赖关系吗

例如：如果AssemblyA.Type1依赖于AssemblyB.Type2，并且您在每个程序集中都有一个配置文件，创建了“配置文件的依赖关系”，那么在大多数情况下，由于编译器需要解析您的类型，您是否已经具有相同的程序集依赖关系

---

我试图理解这样一个用例，即程序集依赖项只会是嵌入配置文件中对象定义的结果，并且不需要在代码中存在类型依赖项的b/c，已经存在于有问题的程序集中……您有吗（你能给我解释一下，让我更好地理解用例吗）？

是的，在大多数情况下，我已经有了相同的依赖关系。唯一的区别是汇编MVP和Dao.NHibernate.Ah之间的区别，很有趣；我可以看出这将是一个有效的用例，其中两个dep.树会有所不同。显然，如果这是一个dep，你不想使用它（在MVP模式中，我推断您在这里使用的是我可以看到它是如何不被使用的）那么单中心配置程序集可能是您用例的正确答案。