7

我正在尝试确定是否需要付出额外的努力来封装我的 IoC 容器。经验告诉我，我应该在我的应用程序和任何第三方组件之间放置一层封装。我只是不知道这是否接近矫枉过正。

我可以想到我可能想要切换容器的情况。例如，我当前的容器停止维护，或者另一个容器被证明更轻/性能更佳，更适合我的需求。如果发生这种情况，那么我可能需要进行很多重新布线。

需要明确的是，我正在考虑对类型的注册和解析进行封装。我认为封装分辨率是不费吹灰之力的——我希望将一个助手/实用程序类委托给容器是一种常见的做法。

编辑：

假设是我更喜欢以编程方式连接我的类型以实现类型安全、编译时检查和可重构性。我希望保护自己免受此代码及其对容器的依赖。

我也一直在为其他几个共享许多相同关系的项目使用 IoC 容器，但是使用该容器很痛苦，所以我想要改变。但是，更改意味着我失去了注册码的可重用性。因此，为什么我正在考虑封装。这不是一个巨大的负担，但我还是想减轻负担。

我正在寻找：

  • 最小化容器/容器版本变化的影响
  • 在可能使用不同容器的项目之间提供某种程度的类型注册一致性
  • 提供对我有意义的接口方法（RegisterSingleton<T,T> 而不是 RegisterType<T,T>( SomeLifetimeProvider ) - 以 Unity 为例）。
  • 随着条件/可扩展性要求的变化增强容器，例如在解析/注册期间添加更好的缓存、日志记录等。
  • 提供我自己的模型来注册类型映射。
    • 假设我想在一个程序集/包中创建一堆 RegistrationHandler 对象，因此我可以轻松地将注册职责分离到多个类并自动拾取这些处理程序，而无需在其他任何地方更改代码。

我意识到这有点主观，所以优点/缺点可能会有所帮助

谢谢！

4

4 回答 4

7

稍后再做，并且仅当您确实需要更改 IOC 容器时。

选择一个非侵入性的 IOC 容器。也就是说，相互连接的对象对 IOC 容器没有任何依赖关系。在这种情况下，没有什么可以封装的。

如果您必须选择一个要求您对容器具有依赖关系的 IOC 容器，请选择具有最简单的依赖关系/API 的容器。如果您需要替换此 IOC 容器（您可能不会），请实现将新 API 连接到旧 API 的适配器。

换句话说，让第一个 IOC 容器定义任何未来容器的接口，这样您就不必发明自己的容器，并且您可以延迟任何此类工作，直到您绝对需要它为止。

编辑：

我没有看到任何保证类型安全的方法：

  1. 设计一个相对复杂的 Builder 模式实现以及编写 IOC 配置文件的访问者实现，或类似的东西。
  2. 实现类型安全的 IOC 配置 DSL。（如果我有多个需要可交换 IOC 容器的应用程序，我会选择。）
于 2009-11-19T02:23:00.803 回答
1

最好的做法是仅在实际需要时才做某事，并且永远不要编写您认为将来有时会需要的东西（这就是所谓的YAGNI原则）。如果你的架构没问题，你可以很容易地改变容器，如果它真的有必要的话......

如果您认为您需要这种灵活性，您可以查看 CodePlex 的Common Service Locator 项目。它完全符合您的要求：为各种 IoC 容器提供通用外观。

！

于 2009-11-19T02:46:56.540 回答
1

与其封装 IOC 容器本身，我更喜欢隔离与 IOC 容器交互的轨迹。例如，在 ASP.Net MVC 中，我通常将容器暴露在控制器工厂和 global.aspx.cs 文件中，通常是在其中设置的。

在我看来，拥有大量了解 IOC 容器的代码是一种增加复杂性的反模式。我见过相当多的代码，其中对象可以随意向 IOC 容器询问它们的依赖关系，然后他们基本上将 IOC 容器简化为高维护服务定位器。

由于 IOC 容器可以将依赖关系解析到任意深度，因此很容易使控制器工厂成为负责控制容器反转的组件。每个控制器的构造函数本质上指定了它需要的服务/存储库/网关。

对于我的任何应用程序，交换 IOC 容器本质上是重写配置容器的代码（指定绑定等）并连接控制器工厂的问题。对于作为服务公开的应用程序，相同的基本思想应该是可以合理管理的，尽管根据运行时的限制，您可能必须使用 setter 注入而不是构造函数注入。

于 2010-12-13T22:17:50.043 回答
1

是的，去吧。这不是很多额外的努力，就像你说的那样，它可以让你更好地与第三方组件隔离。

这也意味着，如果您发现更好的东西，您可以轻松切换 IoC 容器。我最近通过将 Spring.net IoC 容器换成结构映射来做到这一点。

codeplex 上的ASP.NET MVC Contrib项目是一个很好的起点。这就是我实现的基础。

于 2009-11-19T02:13:18.107 回答