三层架构与分层解耦

本文主要是介绍三层架构与分层解耦，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

三层架构与分层解耦

一、三层架构

三层架构分别是

Controller层 (控制层) ：接收请求，响应数据
Service层 (业务逻辑层)：业务逻辑处理
Repository层 (数据访问层，持久层)：数据访问操作

由于我们的规范是一个函数只做一件事情，所以才会细分出以上的三层架构

以下是没有经过三层架构优化的实现

@RequestMapping("/listEmp") 
public Result list(){//1. 加载并解析emp.xmlString file = this.getClass().getClassLoader().getResource("emp.xml").getFile();System.out.println(file);List<Emp> empList = XmlParserUtils.parse(file, Emp.class);//2. 对数据进行转换处理 - gender, jobempList.stream().forEach(emp -> {//处理 gender 1: 男, 2: 女String gender = emp.getGender();if("1".equals(gender)){emp.setGender("男");}else if("2".equals(gender)){emp.setGender("女");}//处理job - 1: 讲师, 2: 班主任 , 3: 就业指导String job = emp.getJob();if("1".equals(job)){emp.setJob("讲师");}else if("2".equals(job)){emp.setJob("班主任");}else if("3".equals(job)){emp.setJob("就业指导");}});//3. 响应数据return Result.success(empList);}

从上面我们跨域看出

dao层：加载并解析emp.xml
service层：对数据进行转换处理
controller层：响应数据

我们发现三层都放在了一起，这样显得程序可维护性不高

以下是经过三层解耦后的实现

//controller层
@RequestMapping("/listEmp")public Result list(){//1. 调用service, 获取数据List<Emp> empList = empService.listEmp();//3. 响应数据return Result.success(empList);}

//封装service层
public class EmpServiceA implements EmpService {private EmpDao empDao = new EmpDaoA();@Overridepublic List<Emp> listEmp() {//1. 调用dao, 获取数据List<Emp> empList = empDao.listEmp();//2. 对数据进行转换处理 - gender, jobempList.stream().forEach(emp -> {//处理 gender 1: 男, 2: 女String gender = emp.getGender();if("1".equals(gender)){emp.setGender("男");}else if("2".equals(gender)){emp.setGender("女");}//处理job - 1: 讲师, 2: 班主任 , 3: 就业指导String job = emp.getJob();if("1".equals(job)){emp.setJob("讲师");}else if("2".equals(job)){emp.setJob("班主任");}else if("3".equals(job)){emp.setJob("就业指导");}});return empList;}
}

public class EmpDaoA implements EmpDao {@Overridepublic List<Emp> listEmp() {//1. 加载并解析emp.xmlString file = this.getClass().getClassLoader().getResource("emp.xml").getFile();System.out.println(file);List<Emp> empList = XmlParserUtils.parse(file, Emp.class);return empList;}
}

这样就显得条例清晰，利于维护

二、分层解耦

在我们使用三层架构时，还需要配合解耦来进一步实现代码的可维护性

分层解耦的三个关键点：

控制反转：Inversion of Control ,简称IOC,对象的创建控制权转移到外部容器（这里spring容器），这种思想成为控制反转：
依赖注入：Dependency Injection，简称DI,容器为应用程序提供运行时所提供的资源，称为依赖注入
Bean对象：IOC容器中创建，管理的对象称之为Bean对象

怎么创建bean对象

我们使用注释管理起来的对象，函数都会被放进spring容器中管理，我们称放入放入容器中管理的为Bean

分层解耦会使用到的注释

注解类别	注解名称	用途说明
类级别注解	`@Component`	标识一个类作为组件类，Spring会自动为这些类创建bean。
	`@Service`	标识一个类作为服务层组件，其本质还是`@Component`，但意图更为明确。
	`@Repository`	标识一个类作为数据访问层组件，它也是`@Component`的特化，可以用来捕获持久层的异常。
	`@Controller`	标识一个类作为控制器组件，用于处理HTTP请求。
	`@RestController`	组合了`@Controller`和`@ResponseBody`，用于创建RESTful控制器。
	`@Configuration`	标识一个类作为配置类，可包含一个或多个`@Bean`定义。
方法级别注解	`@Bean`	在配置类中，标识一个方法用于创建一个bean，方法返回的对象将由Spring容器管理。
	`@RequestMapping`	用于将HTTP请求映射到特定的处理函数上。
	`@GetMapping`	快捷方式，用于处理HTTP的GET请求。
	`@PostMapping`	快捷方式，用于处理HTTP的POST请求。
	`@PutMapping`	快捷方式，用于处理HTTP的PUT请求。
	`@DeleteMapping`	快捷方式，用于处理HTTP的DELETE请求。
字段/参数级别注解	`@Autowired`	自动注入依赖，Spring会在容器中查找匹配的组件注入。
	`@Qualifier`	当存在多个同一类型的bean时，用于指定注入哪一个。
	`@Resource`	与`@Autowired`相似，但它可以更精确地通过名称来指定注入的bean。
	`@Value`	用于注入表达式驱动的值，如配置文件中的值。
条件注入和环境配置	`@Profile`	指定某个组件在给定的环境下才会被创建。
	`@Conditional`	根据满足的条件，Spring决定是否创建一个bean。
生命周期相关注解	`@PostConstruct`	标识一个方法，在bean创建并完成依赖注入后执行。
	`@PreDestroy`	标识一个方法，在bean销毁之前执行。

注意，我们在遇到一个接口，多个实现时需要指定Bean，这样才不会出错

我们常用@Qualifier和@Resource和进行使用

例如

@RestController
public class EmpController {//    @Qualifier("empServiceA")
//    @Autowired //运行时, IOC容器会提供该类型的bean对象,并赋值给该变量 - 依赖注入
//    private EmpService empService ;@Resource(name = "empServiceB")private EmpService empService ;@RequestMapping("/listEmp")public Result list(){//1. 调用service, 获取数据List<Emp> empList = empService.listEmp();//3. 响应数据return Result.success(empList);}
}