为什么要设置成controller，service，dao三层结构，他们的作用又分别是什么

1. Controller层：

   • 接收用户的请求并解析参数。
   • 调用相应的Service方法处理业务逻辑。
   • 根据处理结果选择合适的视图进行展示。
   • 处理异常情况，并返回响应给用户。

2. Service层：

   • 承载应用程序的业务逻辑，包括多个相关的操作步骤。
   • 进行事务管理，确保业务操作的一致性和完整性。
   • 协调不同的DAO层方法，处理业务逻辑的组合和处理。
   • 提供某个领域的核心业务功能，可以对外提供API接口供其他模块使用。

3. DAO层（Data Access Object）：

   • 提供对数据源的访问和操作，通常是关系型数据库或其他持久化存储。
   • 封装了与数据存取相关的具体实现，例如SQL查询、数据插入、更新和删除等操作。
   • 可以提供基本的CRUD（创建、读取、更新、删除）功能，以及复杂查询和数据处理。

通过这种三层结构的划分，可以实现以下优点：

1. 分离关注点：各个层次之间的责任清晰，能够将业务逻辑、数据访问和用户接口进行分离，提高代码的组织性和可维护性。

2. 提高重用性：将业务逻辑封装到Service层，可以在不同的Controller中复用相同的Service方法，减少重复代码。

3. 简化测试：各层之间可以进行独立的模块化测试，有利于准确地定位和调试问题。

4. 支持并发开发：不同层次的开发团队可以独立进行工作，只需定义好接口和规范，提高开发效率。

需要注意的是，这种三层结构只是一种常见的设计模式，并不是唯一的架构选择。根据项目的规模和需求，也可以选择其他适合的架构模式。