三层架构
进行程序设计以及程序开发时,尽可能让每一个接口、类、方法的职责更单一些(单一职责原
则)
单一职责原则: 一个类或一个方法,就只做一件事情,只管一块功能。
- 作用: 让类、接口、方法的复杂度更低,可读性更强,扩展性更好,也更利用后期的维护。
按照下述的三个组成部分,在项目开发中呢,可以将代码分为三层:
- 数据访问:负责业务数据的维护操作,包括增、删、改、查等操作。
- 逻辑处理:负责业务逻辑处理的代码。
- 请求处理、响应数据:负责,接收页面的请求,给页面响应数据。
- Controller:控制层。接收前端发送的请求,对请求进行处理,并响应数据。
- Service:业务逻辑层。处理具体的业务逻辑。
- Dao:数据访问层(Data Access Object),也称为持久层。负责数据访问操作,包括数据的
增、删、改、查。
三层架构的好处:
- 复用性强
- 便于维护
- 利用扩展
基于三层架构的程序执行流程
- 前端发起的请求,由Controller层接收(Controller响应数据给前端)
- Controller层调用Service层来进行逻辑处理(Service层处理完后,把处理结果返回给Controller层)
- Serivce层调用Dao层(逻辑处理过程中需要用到的一些数据要从Dao层获取)
- Dao层操作文件中的数据(Dao拿到的数据会返回给Service层)
分层解耦
- 内聚:软件中各个功能模块内部的功能联系。
- 耦合:衡量软件中各个层/模块之间的依赖、关联的程度。
软件设计原则:高内聚低耦合
- 高内聚:一个模块中各个元素之间的联系的紧密程度,如果各个元素(语句、程序段)之间的联系程度越高,则内聚性越高,即 “高内聚”。
- 低耦合:软件中各个层、模块之间的依赖关联程序越低越好。
高内聚、低耦合的目的是使程序模块的可重用性、移植性大大增强
解耦思路
- 控制反转: Inversion Of Control,简称IOC。对象的创建控制权由程序自身转移到外部
(容器),这种思想称为控制反转。
- 对象的创建权由程序员主动创建转移到容器(由容器创建、管理对象)。这个容器称为:IOC
容器或Spring容器
- 依赖注入: Dependency Injection,简称DI。容器为应用程序提供运行时,所依赖的资源,
称之为依赖注入。
- 程序运行时需要某个资源,此时容器就为其提供这个资源。
IOC容器中创建、管理的对象,称之为:bean对象
在IOC容器中,每一个Bean都有一个属于自己的名字,可以通过注解的value属性指定bean的名字。如果没有指定,默认为类名首字母小写。
例:EmpController程序运行时需要EmpService对象,Spring容器就为其提供并注入
EmpService对象
bean的声明
前面我们提到IOC控制反转,就是将对象的控制权交给Spring的IOC容器,由IOC容器创建及管理对
象。IOC容器创建的对象称为bean对象。
要把某个对象交给IOC容器管理,需要在类上添加一个注解:@Component
而Spring框架为了更好的标识web应用程序开发当中,bean对象到底归属于哪一层,又提供了
@Component的衍生注解:
- @Controller (标注在控制层类上)
- @Service (标注在业务层类上)
- @Repository (标注在数据访问层类上)
DI详解
依赖注入,是指IOC容器要为应用程序去提供运行时所依赖的资源,而资源指的就是对象。
-
@Autowired注解,默认是按照类型进行自动装配的(去IOC容器中找某个类型的对象,然后完成注入操作)
-
@Primary注解:当存在多个相同类型的Bean注入时,加上@Primary注解,来确定默认的实现。
-
@Qualifier注解:指定当前要注入的bean对象。 在@Qualifier的value属性中,指定注入的bean的名称
- Qualifier注解不能单独使用,必须配合@Autowired使用
-
@Resource注解:是按照bean的名称进行注入。通过name属性指定要注入的bean的名称。
常见注解的区别:@Component 和 @Bean、@Autowired 和 @Resource