控制反转vs依赖注入

根据Martin Fowler所写的论文，控制反转是程序控制流反转的原理:由外部源(框架、服务、其他组件)控制程序流，而不是由程序员控制程序流。就像我们把一个东西插入另一个东西。他提到了一个关于EJB 2.0的例子:

例如，会话Bean接口定义ejbRemove, ejbPassivate (存储到二级存储)，以及 ejbActivate(从被动恢复状态)。你不能控制时间这些方法被调用，只是什么他们做的事。集装箱召唤我们，我们别这么说。

这就导致了framework和library的区别:

控制反转是一个关键的部分框架与框架的区别是什么图书馆。图书馆本质上是一个一组你可以调用的函数，这些日子通常组织成类。每次调用都要做一些工作将控制权返回给客户端。

我认为，DI是IOC的观点，意味着对象的依赖关系是倒置的:而不是它控制自己的依赖关系、生命周期……其他东西可以帮你。但是，正如你告诉我的DI by hands, DI不一定是IOC。我们仍然可以有DI，没有IOC。

然而，在本文中(来自pococapsule, C/ c++的另一个IOC框架)，它指出，由于IOC和DI, IOC容器和DI框架要比J2EE优越得多，因为J2EE将框架代码混合到组件中，因此它不是普通的旧Java/ c++对象(POJO/POCO)。

依赖注入模式以外的控制反转容器(存档链接)

附加阅读，了解旧的基于组件的开发框架的问题，这导致了上面的第二篇论文:为什么和什么反转控制(档案链接)

我的问题:IOC和DI到底是什么?我很困惑。基于pococapsule, IOC不仅仅是对象或程序员与框架之间控制的反转。

当前回答

但是spring文档说它们是一样的。

http://docs.spring.io/spring/docs/current/spring-framework-reference/htmlsingle/#beans-introduction

在第一行“IoC也被称为依赖注入(DI)”。

2015-08-03 11:21:12

其他回答

我在Dzone.com上找到了最好的例子，这对理解IOC和DI之间的真正区别非常有帮助

“IoC就是让别人为你创建对象。”因此，与其在代码中写入“new”关键字(例如，MyCode c=new MyCode())，对象是由其他人创建的。这个“其他人”通常被称为IoC容器。这意味着我们将责任(控制)移交给容器以获得对象的实例，这称为控制反转。意思是你不用new操作符来创建对象，而是让容器来为你做。

   DI(Dependency Injection):  Way of injecting properties to an object is 
   called 
  Dependency injection.
   We have three types of Dependency injection
    1)  Constructor Injection
    2)  Setter/Getter Injection
    3)  Interface Injection
   Spring will support only Constructor Injection and Setter/Getter Injection.

阅读全文IOC和全文DI

2018-04-16 06:50:52

但是spring文档说它们是一样的。

http://docs.spring.io/spring/docs/current/spring-framework-reference/htmlsingle/#beans-introduction

在第一行“IoC也被称为依赖注入(DI)”。

2015-08-03 11:21:12

IOC表示外部类管理应用程序的类，而外部类表示容器管理应用程序类之间的依赖关系。 IOC的基本概念是程序员不需要创建对象，而是描述如何创建对象。

IoC容器执行的主要任务是: 实例化应用程序类。配置对象。组装对象之间的依赖关系。

DI是通过使用setter注入或构造函数注入在运行时提供对象依赖关系的过程。

2015-07-28 09:29:36

IOC(控制反转):将获取对象实例的控制权交给容器称为控制反转，这意味着不是您使用new操作符创建对象，而是让容器为您创建对象。

DI(依赖注入):向对象注入属性的方式称为依赖注入。