Spring IoC
笔记,如有错误,望指正。
IoC(控制反转):
IoC(Inversion of Control),是一种程序设计思想。
在传统的程序设计中,对象的创建过程发生在其被使用的地方,即哪里需要哪里创建。在这一过程中,就产生了依赖,创建调用该对象,即对该对象产生了依赖,当该对象发生改变时,需要修改所有调用该对象的程序,对象间是高度耦合的。形如:SearchServce ss = new SearchService();
Spring IoC即是用于解决该问题的。在使用Spring开发程序的时候,对于对象的创建则是交由专门的IoC容器在需要使用该对象的时候来负责创建对象,并注入到需要该对象的地方。IoC负责对象的创建与销毁。这一过程中,一般是创建该对象的高级接口(或类),抽象出该对象所提供的服务,在声明对象时,使用该接口来声明,而具体的对象实例,则由Spring创建,所创建的对象只需要实现该接口即可,而该对象的方法实现可以随时修改,而不用修改调用该对象方法的代码,降低了代码间的耦合。一般形如:
class SearchServiceB implements SearchService{} @Resource SearchServiceImpl ss;
在这整个过程中,就体现出了一种控制反转的概念。对象的创建的控制权并不是掌握在需要使用该对象的对象中,而是由IoC来控制,这就是控制反转的概念。这种设计思想,降低了类与类之间的耦合,能更方便的测试与重用。说得可能不好,自己理解。
DI(依赖注入):
DI(Dependency Injection),同样也是一种设计的思想,在上面的说明IoC的过程中,其实就已经体现出来了。不同组件,不同对象之间的依赖关系是在运行的时候体现出来的。即容器,通过不同组件之间的依赖关系,将需使用的组件根据依赖的关系,注入到对应的组件之中。这样,我们不同组件之间就非常灵活了,只需要关注自身的逻辑,而所需资源只需要从注入的资源中获取就可以了。依赖注入,拆分开来就是依赖和注入了。对象,依赖的(资源)对象,(资源)对象,注入的目标对象,这样明确实际关系中的实体,就能比较容易的理解依赖注入的关系了。谁依赖谁,为什么需要依赖,谁注入谁,注入了什么,这样来看,就比较清楚了。
IoC和DI只是从不同的角度来解释同一个概念,理解清楚了,程序就很容易了。