Controller Service Dao层作用和关系

  • Controller：业务控制层；
  • Service：业务层、服务层
  • Dao：数据持久化层

Controller：
顾名思义，业务控制，就是控制业务层Service的，它的作用主要是架起了外界与业务层沟通的桥梁，移动端，前端在调用接口访问相关业务时，都会通过Controller，由Controller去调相关的业务层代码并把数据返回给移动端和前端；
Service：
业务层，所有的内部的业务逻辑都会放在这里处理，比如用户的增删改查，或者发送个验证码或邮件，或者做一个抽奖活动等等等等，都会在Service中进行，当然，业务离肯定是离不开数据的支持，因此Dao层是必不可少的；
Dao：
dao就不做解释了，数据持久化层，就是和数据库打交道的，而实现持久化层的框架又有很多，而常用的有两种：JPA和MyBatis，JPA是SpringBoot官方的，前身就是著名的三大框架之一的Hibernate，好处是不用手写SQL（当然它也支持手写，如果必要的话），国外用的比较多，而MyBatis则在国内比较流行，原因是它的灵活性非常高，但是需要手写SQL语句！关于它们谁更好的争论从来没有停止过，这里不作讨论，不过可以给出自己的一些建议：
项目复杂程度一般，追求稳定，迭代速率低的可以用JPA；
项目较复杂，需求变更频繁，迭代速度快的可以用MyBatis；
Controller层是不允许直接操作数据库的！另外，Service对以后的分布式部署有极大的作用，它就像一个服务员，哪桌客人需要点菜了，就喊一声服务员！对应的，外界需要完成什么样的业务，就通过Controller去调用不同的Service，需要记住的是，Controller只是一个中间者或者转发者，不应该在Controller里暴露Service的业务逻辑，而应该直接转发Service的业务处理结果！
一个Controller对应一个Service，一个Service对应一个Dao，一个Dao对应一个数据库表，当然根据项目或业务复杂程度，一个Controller可以调用多个Service，而一个Service也可以调用多个Dao，但是Controller层不允许互调，Service层也不允许互调，意思就是AController不能直接调用BController，AService也不能直接去调用BService，遵循高内聚低耦合原则！