IOC篇(一)

一，IOC理论推导

1.UserDao接口

2.UserDaoImpl实现类

  1.默认实现

   2.Mysql实现

   3.Oracle实现

3.UserService接口

4.UserServiceImpl实现类

 测试:

测试在UserServiceImpl实现类中new谁就调用谁的getUser方法。程序是主动创建对象，控制在程序员手中。

更改后:

我们在UserServiceImpl中写set方法，那么就可在测试中随意更改想要调用谁的getUser方法，控制权在用户手中。

程序不再具有主动性，而是变成了被动接受的对象

测试

 

 这种思想，从本质上解决了很多问题，程序员再也不用去管理对象的创建了。系统的耦合性大大降低，可以更加专注在业务实现上。这就是IOC的原型！

 

二，IOC本质

控制反转IoC是一种设计思想，DI(依赖注入)是实现IoC的一种方法，也有人认为DI只是

IoC的另一种说法。没有IoC的程序中，我们使用面向对象编程，对象的创建与对象间的

依赖关系完全硬编码在程序中，对象的创建由程序自己控制，控制反转后，将对象的创建

转移给第三方。

采用XML方式配置Bean的时候Bean的定义信息和实现是分离的，而采用注解的方式可以把

二者合为一体Bean的定义信息直接以注解的形式定义在实现类中，从而达到的零配置的目的。

控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring

中实现控制反转的是IoC容器，其实现方式是依赖注入(DI).