ioc spring 上机案例_用项目案例彻底理解Spring IOC容器

本篇介绍Spring IOC容器，通过具体的实例详细地讲解IOC概念，彻底理解Spring反转控制的思想。通过本篇的学习，可以达成如下目标。

● 运用工厂模式设计程序

● 理解JavaBean和POJO对象

● 理解控制反转思想

● 理解IOC容器

1、一个简单的项目需求

在一个乡村小学校，一天只上三节课，有三名老师和一个校长。张老师负责教学生语文，王老师教学生数学，李老师教音乐，校长负责安排三位老师每天的上课时间，并提前通知各位老师上课时间，通知方式包括邮件、电话，后续可能会有更多方式。

现在需要编写一个Java程序实现校长安排老师老师上课时间，并通知到老师，要考虑程序的可扩展性。

2、用工厂模式设计程序

项目中通知老师上课的方式包括邮件、电话，后续可能还有所扩展。虽然通知方式不同，但通知功能是一致的，适合用工厂模式来设计通知功能，后续增加通知方式时，再增加一个通知实现类和修改工厂类代码就可以了，无需修改其它实现类的代码。

工厂模式主要用于对功能相似的类进行抽象，抽象出的功能通过接口方式由实现类来实现，然后由工厂类装配不同的实现类，实现一个工厂生产不同产品的功能。

图1 Notice工厂模式

代码实现步骤：

(1)定义通知类接口

(2)定义EmailNotice类，实现NoticeInterface接口

(3)定义PhoneNotice类，实现NoticeInterface接口

(4)定义NoticeFactory类，负责装配不同实现方式的通知类

3、项目的实体类——老师

项目的唯一实体类是老师类，实体类也是POJO类(简单的Java对象)，实体类仅有属性以及获取和设置属性的get和set方法，没有事务处理方法，这是和Javabean不同的地方。

哪些类适合作为POJO类呢？项目中用于描述事物本身以及需要数据传递和序列化的类。例如，项目中的数据库表、实体对象、序列化对象等。在本项目案例中，老师类属于实体对象类。

定义老师类的代码如下：

4、项目的业务类——校长

业务类也称为BO(业务对象)，用于处理项目中的业务逻辑。业务逻辑主要用于项目涉及的各类业务操作。例如，在本项目案例中，校长需要安排上课时间，并发送上课时间给老师。在业务对象中，需要组织和协调实体类、组件类、DAO(数据访问对象)完成整个业务逻辑的处理操作。其中，组件类是JavaBean，是用于处理具体事务的类。例如，在本项目案例中，PhoneNotice、EmailNotice类就是组件类，用于处理发送通知事务。

定义校长类的代码如下：

5、项目技术架构存在的问题

图2 项目技术架构图

项目技术架构主要由javaBean组件、业务逻辑处理、POJO(实体)、前端四部分组成。JavaBean组件实现通知发送，应用工厂模式便于组件扩展。业务逻辑处理部分调用NoticeFactory创建通知组件和Teacher类，并将Teacher类实例和消息注入到组件，最后调用组件发送消息。

从技术架构图可以看出，NoticeFactory(组件工厂)负责通知组件的创建，Principal(业务类)调用NoticeFactory获取组件，并将Teacher类实例和消息注入到组件。Principal是主要控制类，控制了组件的创建和组件属性的注入。

Principal类对组件的较强控制，对程序的扩展性和易维护性显然是不利的。例如，当程序需要增加微信通知方式，且老师都希望用微信通知时，麻烦就来了，需要修改大量程序代码。再如，老师的上课时间可能每周或每天都有变化，把时间安排写在程序代码中显然是不妥的，应该写在程序外面，由外面对通知组件的属性进行注入。

要解决上面的问题，就需要弱化Principal类对组件的控制权，将组件的创建和属性的注入(图2红色点划线指示的功能)交给第三方托管，这个第三方就是Spring框架的IOC容器，控制反转就是将Principal类对组件的控制权移交给IOC容器。

6、Spring IOC容器的控制反转

Spring IOC容器是框架的核心，IOC是控制反转的意思，可以用来降低程序代码之间的耦合度。把强耦合的代码依赖从代码中移出去，放到统一的XML配置文件中，将程序对组件的主要控制权交给IOC，由IOC统一加载和管理。例如，可以把本案例中的JavaBean组件的创建、实体类的创建、以及JavaBean组件的属性注入等代码从Principal类移出，放入到Spring的XML配置文件中。这样就实现了Principal类与JavaBean组件的代码解耦，也解决了项目案例技术架构所存在的问题。

Spring配置文件代码如下：

定义新的业务类，用于从IOC上下文环境中读取组件和POJO实例，代码如下：

课程小结

Spring IOC容器的核心是把程序业务代码与事物(组件、POJO类)代码进行分离，程序有关事物的创建、属性和依赖对象的注入、以及生命周期交由容器进行加载和管理。业务代码只需从容器中获取组件或POJO实例对象即可，无需再考虑组件之间、组件与POJO之间的依赖关系以及属性的注入。