架构设计 - 理解springboot架构之间的联系与区别？

Question

springboot三层架构

架构理解

Answer 1

modle层(pojo层，entity层)
不是springboot的三层架构之一，数据库的一张表对应一个pojo层；表中的所有字段都在此层一一对应，可以写出get,set方法，但是有了lombok后不用写(import lombok.*;)，但要添加依赖和注解。
想要访问数据库并操作，只能通过dao层，向数据库发送sql语句，将这些结果通过接口传给service层，想要处理数据，要先向dao层请求数据，对dao层传过来的数据进行加工处理，将这些处理好的数据通过接口传给controller层；客户想要查询或修改数据时，要先向service层请求数据，将这些数据通过接口显示给客户，一般通过Html等方法。
一：dao层(mapper层)数据持久化层
对数据进行持久化操作，针对数据库操作，一般进行增加删除修改查询，只是一个接口，只有方法名字，具体实现在mapper.xml中
二：service层
业务逻辑层，存放业务逻辑处理，不直接对数据库进行操作，有接口和接口实现类，提供controller层调用方法；两文件，一个存放接口类，一个存放接口实现类
三：controller层
控制器层，前后端交互，接受前端请求，调用service层，接收service层返回的数据，返回具体页面和数据到客户端；2各文件，接口类和接口实现类

Answer 2

Spring Boot架构之间的联系与区别

Spring Boot是一个开源的Java框架，用于简化Spring应用程序的创建和部署。它采用了一种约定大于配置的方式，使得开发者能够快速地搭建出生产级别的Spring应用。Spring Boot的核心功能可以概括为自动配置、起步依赖和嵌入式Web服务器。

在Spring Boot中，通常存在三层架构：

1. 控制层（Controller Layer）：这一层负责处理用户请求，并返回响应。它通常使用Spring MVC来实现，通过定义Controller类来处理HTTP请求，并调用服务层的方法来处理业务逻辑。
2. 服务层（Service Layer）：服务层位于控制层和数据访问层之间，负责实现应用程序的业务逻辑。它封装了与业务相关的数据访问逻辑，并向控制层提供调用接口。服务层通常使用Spring的@Service注解来标识。
3. 数据访问层（Data Access Layer）：数据访问层负责与数据库进行交互，实现数据的增删改查等操作。它可以使用Spring Data JPA、MyBatis等框架来实现。数据访问层通常使用Spring的@Repository注解来标识。

联系：

• 这三层架构在Spring Boot中相互协作，共同完成了应用程序的功能。控制层负责接收请求并调用服务层，服务层处理业务逻辑并调用数据访问层，数据访问层负责与数据库交互并返回结果。
• Spring Boot通过自动配置简化了这三层之间的连接和配置，使得开发者能够专注于业务逻辑的实现。

区别：

• 关注点不同：控制层关注请求的处理和响应的生成，服务层关注业务逻辑的实现，数据访问层关注与数据库的交互。
• 使用技术不同：控制层通常使用Spring MVC，服务层可以使用普通的Java类，数据访问层可以使用Spring Data JPA、MyBatis等技术。
• 依赖关系不同：控制层依赖于服务层，服务层依赖于数据访问层，形成了依赖倒置的原则，即高层模块依赖于低层模块的抽象。

通过理解Spring Boot的三层架构以及它们之间的联系和区别，开发者可以更加有效地设计和开发Spring Boot应用程序，提高开发效率和代码质量。