如何进行分层解耦

三层架构

进行程序设计以及程序开发时，尽可能让每一个接口、类、方法的职责更单一些（单一职责原
则）
单一职责原则： 一个类或一个方法，就只做一件事情，只管一块功能。

• 作用： 让类、接口、方法的复杂度更低，可读性更强，扩展性更好，也更利用后期的维护。

按照下述的三个组成部分，在项目开发中呢，可以将代码分为三层：

• 数据访问：负责业务数据的维护操作，包括增、删、改、查等操作。
• 逻辑处理：负责业务逻辑处理的代码。
• 请求处理、响应数据：负责，接收页面的请求，给页面响应数据。
  
• Controller：控制层。接收前端发送的请求，对请求进行处理，并响应数据。
• Service：业务逻辑层。处理具体的业务逻辑。
• Dao：数据访问层(Data Access Object)，也称为持久层。负责数据访问操作，包括数据的
  增、删、改、查。

三层架构的好处：

1. 复用性强
2. 便于维护
3. 利用扩展

基于三层架构的程序执行流程

• 前端发起的请求，由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