IoC和DI的理解

参考文章
知乎:https://www.zhihu.com/question/23277575

在之前的学习中,一直认为IOC和DI是一个概念,很多文章只是提到ioc和di是在从不同的角度来描述。而实际上两者根本不是同一个东西。
控制反转是依赖倒置原则的一种代码设计的思路。具体采用的方法就是所谓的依赖注入。
概念关系
围绕这张图简单说明一下

依赖倒置原则

  • 高层模块不应该依赖于底层模块,二者都依赖于抽象。
  • 抽象不应该依赖于细节,细节应该依赖于对象。

IoC(inversion of control)

IoC不是技术,而是以一种面向对象编程中的设计原则。IoC的思想中,对象的获取不再是主动的去创建,而是有一个IoC容器来创建和管理对象,我们只是在被动的接收。

哪些方面被控制反转了呢?依赖对象的获取。 --百度百科

向百科中说的一样,是依赖对象的获取的控制权被反转了,以前我们总是自己主动的获取对象,这样导致了很多耦合。而现在由Ioc的容器帮我们创建对象,我们只是被动的获取。

DI(Dependency injection)

依赖注入,即实现Ioc的一种方式,除了依赖注入之外,依赖查找可以实现Ioc(EJB就是使用这种方式)。组件中不再去主动的获取它需要的对象,只提供普通方法,让IoC容器去决定依赖关系,创建,组装。


可以看到,IoC是根据依赖倒置的原则在实现解耦,让我们不在关注对象的依赖关系、获取。Ioc确实在可以看做工厂模式的一种升华,以前在工厂模式中是写死的对象并没有完全解耦,现在改为了配置XML的形式,把工厂和要生产的对象隔离了,实现了完全解耦。

猜你喜欢

转载自blog.csdn.net/candy_27/article/details/84112971