用项目案例彻底理解Spring IOC容器

createh51周前 (03-27)技术教程11

编辑推荐:

本篇介绍Spring IOC容器,通过具体的实例详细地讲解IOC概念,彻底理解Spring反转控制的思想。,希望对您的学习有所帮助。

通过本篇的学习,可以达成如下目标。

● 运用工厂模式设计程序

● 理解JavaBean和POJO对象

● 理解控制反转思想

● 理解IOC容器

1、一个简单的项目需求

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

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

2、用工厂模式设计程序

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

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

代码实现步骤:

(1)定义通知类接口

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

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

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

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

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

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

定义老师类的代码如下:

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

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

定义校长类的代码如下:

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

项目技术架构主要由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之间的依赖关系以及属性的注入。

因为内容实在是太多了,小编在此就不做过多的介绍了,想了解更多的Java知识可以关注小编!

相关文章

100个Java工具类之69:提供HTTP实体处理功能的EntityUtils

在Java开发中,org.apache.http.util.EntityUtils是一个非常实用的工具类,尤其在进行HTTP请求和响应处理时。它是Apache HttpClient库的一部分,提供了一...

java编程语言中实体类属性自动生成lombok插件_v1

大家好,欢迎来到人工智复,我们的使命是互相勉励,坚定信念,认准自己的方向,坚持到底。//1. 依赖 org.projectlombok lombok 1.14.8 //2....

JPA实体类注解,看这篇就全会了

基本注解@Entity标注于实体类声明语句之前,指出该 Java 类为实体类,将映射到指定的数据库表。name(可选):实体名称。 缺省为实体类的非限定名称。该名称用于引用查询中的实体。不与 @Tab...

mybatis根据表逆向自动化生成代码:自动生成实体类、mapper文件

若采用mybatis框架,数据库新建表,手动编写的话,需要编写大量的实体类、mapper文件、mapper.xml文件,都是一些重复且有规律的工作。我们可以引用插件,然后做配置,自动生成这些文件,提供...

Java 实体映射工具 MapStruct

简介: 让你的DO(业务实体对象),DTO(数据传输对象)数据转换更简单强大前言 在软件架构中,分层式结构是最常见,各层之间有其独立且隔离的业务逻辑,也因而各层有自己的输入输出对象,也就是代码中见到各...

Java的抽象类与举例说明

#暑期创作大赛#1.抽象类我们知道类是产生对象的模板;那么我们可以将抽象类理解为是产生 实体类的模板。在 Java 中可以专门创建一种父类,它的子类必须遵循父类设定的规则,但父类又不能 直接创建对象,...