loC 控制反转依赖注入(DI)依赖查找(DL)

1.控制反转(Inversion of Control,IoC)

IoC 不是一种技术,只是一种思想,实现程序的可插拔的核心理念就是控制反转(IoC:Inversion of Control),所谓的控制反转就是将代码的调用权(控制权)从调用放转移给被调用方(服务提供方) 。

IoC 很好的体现了面向对象设计法则之一—— 好莱坞法则:“别找我们,我们找你”;即由 IoC 容器帮对象找相应的依赖对象并注入,而不是由对象主动去找 。

理解好 Ioc 的关键是要明确 “谁控制谁,控制什么,为何是反转(有反转就应该有正转了),哪些方面反转了” 。

>谁控制谁,控制什么:传统 Java SE 程序设计,我们直接在对象内部通过 new 进行创建对象,是程序主动去创建依赖对象;而 IoC 是有专门一个容器来创建这些对象,即由 Ioc 容器来控制对象的创建;谁控制谁?当然是 IoC 容器控制了对象;控制什么?那就是主要控制了外部资源获取(不只是对象包括比如文件等) 。

>为何是反转,哪些方面反转了:有反转就有正转,传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象,也就是正转;而反转则是由容器来帮忙创建及注入依赖对象;为何是反转?因为由容器帮我们查找及注入依赖对象,对象只是被动的接受依赖对象,所以是反转;哪些方面反转了?依赖对象的获取被反转了 。
2.依赖注入(Dependency Injection,DI)

DI—Dependency Injection,即 “依赖注入”:是组件之间依赖关系由容器在运行期决定,形象的说,即由容器动态的将某个依赖关系注入到组件之中 。依赖注入的目的并非为软件系统带来更多功能,而是为了提升组件重用的频率,并为系统搭建一个灵活、可扩展的平台 。通过依赖注入机制,我们只需要通过简单的配置,而无需任何代码就可指定目标需要的资源,完成自身的业务逻辑,而不需要关心具体的资源来自何处,由谁实现 。

理解 DI 的关键是:“谁依赖谁,为什么需要依赖,谁注入谁,注入了什么”,那我们来深入分析一下:

>谁依赖于谁:当然是应用程序依赖于 IoC 容器;
>为什么需要依赖:应用程序需要 IoC 容器来提供对象需要的外部资源;
>谁注入谁:很明显是 IoC 容器注入应用程序某个对象,应用程序依赖的对象;
>注入了什么:就是注入某个对象所需要的外部资源(包括对象、资源、常量数据)
本质上 IoC 和 DI 是同一思想下不同维度的表现 , 用通俗的话说就是,IoC 是 bean 的注册,DI 是 bean 的初始化
3.(IoC和DI “IoC和DI”)IoC 和 DI

IoC 和 DI 由什么关系呢?其实它们是同一个概念的不同角度描述,由于控制反转概念比较含糊(可能只是理解为容器控制对象这一个层面,很难让人想到谁来维护对象关系),所以 2004 年大师级人物 Martin Fowler 又给出了一个新的名字:“依赖注入”,相对 IoC 而言,“依赖注入” 明确描述了 “被注入对象依赖 IoC 容器配置依赖对象” 。

4.依赖查找(Dependency Lookup,DL)

依赖查找(Dependency Lookup,简称 DL),它是控制反转设计原则的一种实现方式 。它的大体思路是:容器中的受控对象通过容器的 API 来查找自己所依赖的资源和协作对象 。这种方式虽然降低了对象间的依赖,但是同时也使用到了容器的 API,造成了我们无法在容器外使用和测试对象 。依赖查找是一种更加传统的 IOC 实现方式 。

依赖查找也有两种方式:

依赖拖拽:注入的对象如何与组件发生联系,这个过程就是通过依赖拖拽实现;
上下文依赖查找:在某些方面跟依赖拖拽类似,但是上下文依赖查找中,查找的过程是在容器管理的资源中进行的,而不是从集中注册表中,并且通常是作用在某些设置点上;(JNDI)

依赖注入和依赖查找的区别

>依赖查找有主动和手动方式,通常需要依赖容器和标准api实现
>依赖注入通过自动和手动的方式绑定,无需依赖特定的容器和标准api
【loC 控制反转依赖注入(DI)依赖查找(DL)】

loC 控制反转依赖注入(DI)依赖查找(DL)

文章插图

loC 控制反转依赖注入(DI)依赖查找(DL)

文章插图

    推荐阅读