什么时候使用IOC容器？
我正在尝试理解什么时候应该使用容器，而不是手动注入依赖项。如果我有一个使用1-2个接口的应用程序，而每个接口只有1-2个具体实现，我会倾向于自己处理。
如果我有一个使用2-3个接口的小应用程序，并且每个接口都有2-3个具体的实现，我应该使用一个完整的容器吗？像this这样简单的东西就足够了吗？
基本上，我正在尝试理解什么时候手动处理这些依赖关系是合适的，什么时候(或者是否)我应该使用像上面这样简单的东西，以及什么时候使用IOC容器，如Ninject，Windsor等。给这样的东西加上一个数字可能并不合适，但是我怎么知道是时候使用IOC容器了呢？
回答 1
Stack Overflow用户
发布于 2010-03-31 15:33:04
这里要认识到的重要一点是，您可以(也应该)以DI-friendly, but container-agnostic方式编写代码。
这意味着您应该始终将依赖项的组合推到不能再推迟的程度。这称为Composition Root，通常放在应用程序的入口点附近。
如果您以这种方式设计您的应用程序，您选择的DI Container (或没有DI Container)将围绕应用程序中的单个位置，并且您可以快速更改策略。
如果您只有几个依赖项，您可以选择使用穷人的DI容器，也可以选择使用成熟的DI容器。以这种方式使用，您将不会依赖于任何特定的DI容器，因此在可维护性方面，选择变得不那么关键的。
DI Container可以帮助您管理复杂性，包括对象生存期。像这里描述的那样使用，它不会做任何你不能手写的事情，但它做得更好，更简洁的。因此，我对何时开始使用DI Container的阈值会非常低。
一旦我通过了几个依赖项，我就会开始使用DI容器。Most of them are pretty easy to get started with anyway。
https://stackoverflow.com/questions/2551010
复制相似问题
腾讯云开发者
