谈谈Controller、Service和Dao

都是Java代码，为啥要区分Controller、Service和Dao，谈谈我的理解。

当然，也可以不用区分，直接一条龙，从接受请求，到业务处理，再到数据库查询全写在一个类里，甚至全部在一个方法中完成，但是这样做，一是不利于代码的迭代，二是代码的结构不清晰。

当然，早期的代码其实就是这样。

总的来说，Controller 用于接收和响应；Service 用于处理业务逻辑，会调用DAO层的API；DAO是对应一张或多张表的，是持久层API，是针对单张或多张表的增删改查。

为了更方便理解，首先介绍Controller层，然后介绍Dao层，最后介绍Service层。

在Controller层定义的是请求和响应，是外部请求的入口和响应的出口，在这里，不应该出现业务逻辑的代码。

Dao层全称数据访问层，用于数据库的增删改查，当然，可以是一个数据库，也可以是多表联查，它表达的是对SQL语句的封装，是组成Service层的一部分。

Service层是业务逻辑层，在该层进行复杂的业务逻辑处理，对在多个Dao层查到的数据进行组装、处理，然后将结果返回给Controller，因此，一般情况下，一个Controller中可能包括多个Service，而一个Service中又或许包含多个Dao。

那么，这样设计的好处是什么？

目的就是为了解耦、提高代码整洁性，这两者的结果就是提高了代码的可维护性。