响应数据与项目的三层架构以及架构间分层解耦的方法

目录

响应数据

响应数据的形式

新建类

项目的三层架构

项目的三层架构分为：

1.controller层

2.service层

3.dao层

分层解耦

1.分层解耦的概念

2.如何进行分层解耦

1.控制反转

2.依赖注入

3.Bean声明

4.依赖注入时产生的问题

遇到的问题

响应数据

响应数据的形式

响应数据的方式往往采用接口的形式

编写接口时应当表明注解，否则接口无法实现

新建类

为了统一响应数据格式，我们通过新建一个数据类型的方式来处理

项目的三层架构

项目的三层架构分为：

controller层 service层 dao层并且每一层的作用不同

1.controller层

控制层，用来接收前端发来的数据以及最后后端响应回前端的数据

2.service层

业务逻辑层，用来处理具体的业务逻辑

3.dao层

数据访问层，负责数据访问的操作，包括数据的增删改查等操作

三层架构的具体操作方式

分层解耦

1.分层解耦的概念

分层解耦可以提高代码的可维护性和可扩展性。 通过将代码按照功能划分为不同的层次，可以降低各层之间的耦合度，使每个层次专注于特定的职责。 这有助于提高代码的内聚度，使得代码更加模块化、易于理解和维护。

如果要对项目对象做出更改的话，如果不使用分层解耦，那么我们每一层都要进行修改，不利于开发，所以我们采用分层解耦的方式

2.如何进行分层解耦

要想进行分层解耦，我们采用的方法是控制反转，依赖注入的方式

1.控制反转

我们采用注解@Component： 标注Spring管理的Bean，使用@Component注解在一个类上，表示将此类标记为Spring容器中的一个Bean。

2.依赖注入

我们采用注解@Autowired：在属性上、方法上和构造器上，来完成自动装配。默认是根据属性类型，spring自动将匹配到的属性值进行注入，然后就可以使用这个属性（对Springboot02WebApplicationTests类来说）autoWiredBean对象的方法。

3.Bean声明

@Component注解可以根据不同层将其修改为它的衍生注解如图所示，使代码看起来更加直观

4.依赖注入时产生的问题

如果我想一次性注入多个相同类型的Bean，那么它将会报错

解决方法：

（Bean的名称默认为类名将大写变为小写）

注意事项：

遇到的问题

解决问题：将所有创建的包全部放在一级目录下，因为spring-boot项目启动项中有注解@SpringBootApplication，它的作用就是自动为我们扫描配置，最终成功启动项目，不在同一目录下无法自动扫描到