Dependency injection 控制反转<；依赖注入

我感觉不存在控制反转，或者说正确的术语是依赖注入。我这么想是不是错了

我一直在努力为自己定义国际奥委会。通过这样做，我学到了很多关于IoC容器和依赖注入的知识

刚才，我读到了：

因此，我认为我们需要更多的 此模式的特定名称。 控制反转太普遍了 术语，因此人们找到了它 令人困惑因此有很多 与国际奥委会的各种倡导者进行讨论 我们确定了名称依赖关系 注射

---

在现代国际奥委会的世界里，依赖注入不只是实现国际奥委会的一种方式吗？

是的，国际奥委会意味着类本身不控制事物，而是从外部调用。依赖注入是实现这一点的方法

依赖注入确实是一个比控制反转更具体、定义更明确的术语

如果您接受，控制反转是一个比DI更广泛的术语，它涵盖了插入框架但框架仍在控制中的所有框架用法

例如，在.NET中，框架如ASP.NET或Windows演示基金会最终得到控制，但提供各种<>强>事件>和Seas>强>可以用来构建应用程序。在其他平台上也是如此

---

依赖注入是IoC的一种专业化，它专门应用IoC来管理依赖关系。

这是我和Mark不同意的少数几点之一。根据我的书，控制反转原理是这样的，所以我不会重复它

依赖项注入仅仅是通过组件将依赖项的创建外部化到外部世界的行为

---

管理这些依赖关系（以及许多其他东西）是反转控制容器所做的，而使用DI作为其中的一部分只是一个实现细节。

谢谢，这确实澄清了一些问题。你知道有哪个地方我可以找到更多关于IoC的例子吗？事实上，IoC（相对于DI）在OO中无处不在。很难找到相反的例子。我只对.NET平台非常了解，但在那里使用的几乎任何类型的子框架（ASP.NET、Windows窗体、WCF等）都是IoC框架。只有控制台应用才不属于这一类。这是福勒所说的一个保证：“控制反转是一个太笼统的术语”。更具体地说，我希望看到DP和IoC的例子。我真的很想通过DP学习更多关于如何取得好的国际奥委会成绩的知识。@Mark-是的，愚蠢的打字错误。我正在学习如何利用IoC和DI，代码示例肯定会一直进行下去。如果你能阅读C#示例，我正在编写一本关于这个主题的书。。。为了理解依赖注入的概念和重要性，请参考一个完整的Spring框架bean连接示例，它以简单的方式描述。。。