Spring IoC和DI——学习笔记

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只是从不同的角度来解释同一个概念，理解清楚了，程序就很容易了。