Spring Boot中的业务逻辑不应该直接写在Controller层。
在Spring Boot项目中，通常将业务逻辑分为几个层次，包括Controller层、Service层、Mapper层和Entity层。
1.其中，Controller层主要负责处理HTTP请求，通过注解将请求映射到特定的URL路径和HTTP方法，并返回结果给客户端。它通常使用@RestController注解来标记，以便将其识别为RESTful Web服务的一部分。然而，Controller层的主要职责是接收请求、验证输入、调用Service层处理业务逻辑，并将结果返回给前端。业务逻辑本身应该放在Service层进行处理。
2.Service层是业务逻辑的核心，它包含了应用程序中大部分的业务逻辑代码。这个层次负责处理由Controller层传递过来的请求数据，执行相应的业务逻辑，并可能调用Mapper层进行数据库操作。Service层的设计使得业务逻辑与数据访问逻辑分离，提高了代码的可维护性和可重用性。
3.Mapper层，也称为Dao层或Repository层，主要负责与数据库进行交互，执行数据的增删改查操作。它通常包含一些基本的SQL语句或使用ORM框架提供的API来执行数据库操作，确保数据访问逻辑与业务逻辑分离。
4.Entity层则负责定义与数据库表结构对应的实体类，这些类包含了与数据库字段对应的属性和方法。
因此，正确的做法是将业务逻辑放在Service层进行处理，而Controller层主要负责接收请求、调用Service层进行处理，并将结果返回给前端。这样的分层设计有助于保持代码的清晰和可维护性，同时也符合软件设计的最佳实践。
![[C++进阶]继承](https://i-blog.csdnimg.cn/direct/76d319057c694f7ba1cb55549b76804b.png)
