DAO层、ENTITY层、SERVICE层、CONTROLLER层

dao层、entity层、service层、controller层

2018年08月09日 11:02:31 一江春华终散去 阅读数：3074

 版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/whz199511/article/details/81532593

参考：MVC架构简介

DAO层、ENTITY层、SERVICE层、CONTROLLER层

1、DAO层： 持久层 主要与数据库进行交互

DAO层主要是做数据持久层的工作，主要与数据库进行交互。

DAO层首先会创建DAO接口，接着就可以在模块中就可以调用DAO 的接口进行数据业务的而处理，并且不用关注此接口的具体实现类是哪一个类。DAO 层的数据源和数据库连接的参数都是在配置文件中进行配置的。

2、Entity层： 实体层 数据库在项目中的类

3、Service层：业务层 控制业务

Service层主要负责业务模块的逻辑应用设计。和DAO层一样都是先设计放接口的类，再创建实现的类，然后在配置文件中进行配置其实现的关联。接下来就可以在service层调用接口进行业务逻辑应用的处理。

封装Service层的业务逻辑有利于业务逻辑的独立性和重复利用性。

4、Controller层： 控制层 控制业务逻辑

Controller层负责具体的业务模块流程的控制，其实就是与前台互交，把前台传进来的参数进行处理，controller层主要调用Service层里面的接口控制具体的业务流程，控制的配置也需要在配置文件中进行。

5、View层： 此层与控制层结合比较紧密，需要二者结合起来协同工发。View层主要负责前台jsp页面的表示，

Conroller层和Service层的区别是：Controlle层负责具体的业务模块流程的控制;Service层负责业务模块的逻辑应用设计;

总结：在具体的项目中，其流程为：Controller层调用Service层的方法，Service层调用Dao层中的方法，其中调用的参数是使用Entity层进行传递的。总的来说这样每层做什么的分类只是为了使业务逻辑更加清晰，写代码更加方便，所以有时候也需要根据具体情况来，但是大体的都是这样处理的，因为它其实就是提供一种规则，让你把相同类型的代码放在一起，这样就形成了层次，从而达到分层解耦、复用、便于测试和维护的目的。