【问题标题】:Impacts of configuring IoC Container from code从代码配置 IoC Container 的影响
【发布时间】:2009-06-22 17:36:44
【问题描述】:

我目前有一个自制的 IoC 容器,我很快就会用新的容器替换它。我自制的 IoC 容器是使用配置文件配置的。根据我在网上看到的,“从代码配置”的能力似乎是一个非常受欢迎的功能。

我不喜欢让一个类知道系统中所有其他类来设置 IoC 容器的想法。这样的类必须在依赖于我项目的 80 个其他程序集的程序集中。

是否有关于如何组织配置容器的代码的最佳实践?

我已阅读this post。当要注册的类型中有模式时,使用约定和自动装配是很好的。但是我有数百种类型,它们位于不同的程序集中,并且没有任何共同之处。我应该如何组织这些代码?

问候,

更新:我选择了一种方法,其中配置容器的代码是分散的。我系统中的每个程序集都有机会配置容器。我系统中入口点的方法(许多 .exe 应用程序、Web 应用程序、Web 服务应用程序和单元测试装置都是入口点)负责调用每个程序集以让它们设置容器。我目前正在实施,我不确定它是否会令人满意。我会尽快发布另一个更新。

【问题讨论】:

    标签: inversion-of-control


    【解决方案1】:

    根据您的编程语言(我使用 c#),您可能希望看起来像 Autofac 模块:http://code.google.com/p/autofac/wiki/StructuringWithModules

    【讨论】:

      猜你喜欢
      • 2023-03-28
      • 1970-01-01
      • 1970-01-01
      • 2016-03-08
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-06-12
      • 1970-01-01
      相关资源
      最近更新 更多