在Spring.net的许多示例中都是用于配置元数据的嵌入式程序集资源文件。每个程序集都有自己的配置元数据文件。 这些文件包含对象定义,其对象引用指向其他程序集中的对象定义。这会在程序集之间创建依赖关系。
我应该为Spring.net配置元数据使用嵌入式汇编资源吗?
是否应将嵌入式程序集资源文件移入单独的程序集?
用例:
程序集依赖项:
配置依赖项:
答案 0 :(得分:2)
将配置元数据集中到一个程序集中并将其分解为单独的程序集的决定在很大程度上取决于您的特定用例(并且具有通常的优缺点,并且具有任何集中化以便于参考在我的经验中,与以分散为中心的,以狭隘为重点的变革范围战略。)
我确实有一个问题:配置元数据文件之间的依赖关系不会模仿/镜像程序集中的实际类型依赖关系吗?
作为示例:如果 AssemblyA.Type1 依赖于 AssemblyB.Type2 ,并且每个程序集中都有一个配置文件,则会创建“配置文件的依赖关系”在大多数情况下,你是否已经拥有相同的程序集依赖性,因为编译器需要解析你的类型?
我正在尝试理解一个用例,在这个用例中会出现一个仅是嵌入式配置文件中对象定义结果的汇编依赖,并且不需要在那里无论如何b / c已经在相关程序集中的代码中的类型依赖...你有一个(你能解释一下,以便我能更好地理解用例)吗?