三层架构编程、DAO层、Entity层、Service层、Controller层

什么是三层架构编程:

本质上所有的项目(应用程序)都是需要和用户交互,然后产生数据,对数据进行处理,最后将数据存储到硬盘这么个过程
在编程中,可以将这个过程分一下层次,最初只分两层,用户层和数据层,但是后来人们发现,只分两层的话,这两层之间的耦合程度比较高,在实际运行过程中会造成不必要的麻烦,所以为了分层架构的编程方法实用性更好,抽取出另外一层专门负责处理用户提交的数据,对数据进行判断,验,组装等最后将处理好的数据交给数据层完成存储,这一层被称为业务逻辑层

到这里三层架构就出来了:
1.用户视图层:负责与用户交互,展示或接收数据

2.业务逻辑层:负责对应视图层传入的数据进行判断、验证、组装

3.数据访问层:负责最终数据的存储和读取

这样分出来之后就基本上解决了数据层和用户层之间的耦合程度,这两层之间不会直接发生交互

使用三层架构编程方法在编写面向对象的程序时,面向对象编程免不了要定义类,然后使用类来实例化出对象来完成任务,在原来项目目录规范的基础上需要加上一个interface(接口也就是业务逻辑层),在db中加入模型(models),因为我们需要找一个地方来写一些class,然后使用class实例化出对象来封装数据,既然是数据相关的操作,就需要放到db中啦,对于这样的的对象(用来封装对象,没有什么特别的技能)就称之为模型

一般的项目模块中都有DAO、Entity、Service、Controller层。

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

Entity层是实体层，也就是所谓的model，也称为pojo层，是数据库在项目中的类，该文件包含实体类的属性和对应属性的set、get方法；

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

DAO层=mapper层，现在用Mybatis逆向工程生成的mapper层，其实就是dao层。DAO层会调用entity层，DAO中会定义实际使用到的方法，比如增删改查。DAO 层的数据源和数据库连接的参数都是在配置文件中进行配置的，配置文件一般在同层的XML文件夹中。数据持久化操作就是指，把数据放到持久化的介质中，同时提供增删改查操作。

Service层：业务层 控制业务

Service层主要负责业务模块的逻辑应用设计。先设计放接口的类，再创建实现的类，然后在配置文件中进行配置其实现的关联。service层调用dao层接口，接收dao层返回的数据，完成项目的基本功能设计。

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

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

Controller层负责具体的业务模块流程的控制，controller层负责前后端交互，接受前端请求，调用service层，接收service层返回的数据，最后返回具体的页面和数据到客户端。
Controller层像是一个服务员，他把客人（前端）点的菜（数据、请求的类型等）进行汇总什么口味、咸淡、量的多少，交给厨师长（Service层），厨师长则告诉沾板厨师（Dao 1）、汤料房（Dao 2）、配菜厨师（Dao 3）等（统称Dao层）我需要什么样的半成品，副厨们（Dao层）就负责完成厨师长（Service）交代的任务。

在具体的项目中，其流程为：

    Controller-->service接口-->serviceImpl-->dao接口-->daoImpl-->mapper-->db

Controller层调用Service层的方法，Service层调用Dao层中的方法，其中调用的参数是使用Entity层进行传递的。

总的来说这样使业务逻辑更加清晰，写代码更加方便。其实就是提供一种规则，让你把相同类型的代码放在一起，这样就形成了层次，从而达到分层解耦、复用、便于测试和维护的目的。