IoC和DI的区别

IoC是一个很大的概念,可以用不同的方式来实现。 主要的实现形式有两种:

依赖查找:容器提供回调 接口和上下文环境给组件。EJB和Apache Avalon都是使用这种方式。

依赖注入:组件不做定位 查询,只是提供普通的Java方法让容器去决定依赖关系。容器全权负责组件的装配,它会把符合依赖关系的对象通过JavaBean属性或者构造子传递给需要的对象。通过JavaBean属性注射依赖关系的做法称为设值方法注入(Setter Injection);将依赖关系作为构造子参数传入的做法称为构造子注入(Constructor Injection)。

IOC

|

---------------------------------------------

| |

Dependency Lookup Dependency Injection

|

---------------------------

| |

Setter Injection Constructor Injection

详细理解

IOC控制反转:说的是创建对象实例的控制权从代码控制剥离到IOC容器控制,实际就是你在xml文件控制,侧重于原理。

DI依赖注入:说的是创建对象实例时,为这个对象注入属性值或其它对象实例,侧重于实现。

它们是spring核心思想的不同方面的描述。



DI 和 IOC
DI和IOC是差不多的概念。
一个重要特征是接口依赖,是把对象关系推迟到运行时去确定.
DI是一个初始化实例的过程,分为三种1.setter based 2.constructor based 3.interface based,在spring 中就是应用前两种;但又不仅仅是初始化实例,而且是运用接口的概念去实现这种注入依赖。静态地看,只是依赖一个接口,但实际运行起来,是依赖一个实现了该接口的具体类。
IOC就是面向接口编程的应用
1.一个通常的做法(非面向接口编程的方法),对象A依赖对象B,B会作为A的属性,可以理解为A直接控制B;
2.IOC的做法,对象A依赖于接口C,而不直接依赖于实现了接口C的B,也就是A不能直接控制是哪个具体实现了C的B去做相应的事情,而是由我们控制可以由哪个实现了接口C的B去处理,也就是控制反过来了,是由B来决定了,而不是由A,实现就是面向接口编程。

AOP

AOP是动态代理的应用,将具体业务和相应的其它方面(比如日志,权限之类的)划分开来,业务不会知道还有没有其它的功能来辅助,需要的话我就给他加上一个配置就可以,而不用去修改业务代码。

原先是这个样子



//日志

//权限

//业务代码



现在



//业务代码



而权限和日志则写在其它的类advice中,只要在配置中说明在调用业务方法时(或前,或后,或别的),调用一下advice就OK了。很容易把一个方面,比如权限或日志从业务代码中剥离出来。

在SPRING中,实现AOP的流程如下:

1.定义业务接口
2.定义业务实现类
3.定义interceptor注入类
4.配置Bean,设置class为proxyFactoryBean
设置其三个属性1.)proxyInterfaces为1
2.)interceptorNames为3
3.)target为2

转自:http://blog.csdn.net/leavin521/article/details/5382239

http://blog.163.com/xt704934298@126/blog/static/548256302012792560375/?suggestedreading

你可能感兴趣的:(IoC和DI的区别)