文章目录
- 前言
- 工具类层
- Util
- 数据层
- POJO对象
- domain
- entity
- model
- view
- DTO
- 总结
- 数据访问层
- DAO
- mapper
- 业务层
- service
- 控制层
- Controller
前言
做开发项目时，总会遇到这些包，理清他们的层次，非常有助于我们对于项目的理解和建立。
现阶段CSDN上貌似没有很系统，很详细的关于层级类的解释。因此总结了一下自己的经验和思考，也算是小小的回馈一下一直帮助自己的CSDN。
工具类层
Util
util = 工具
顾明思义，util层就是存放工具类的地方，对于一些独立性很高的小功能，或重复性很高的代码片段，可以提取出来放到Util层中。
数据层
POJO对象
POJO = plain ordinary Java object = 普通Java对象
PO：持久对象，与数据库中的表相映射的Java对象
VO：业务层之间数据传递的对象
POJO：简单无规则Java对象，只有属性+get+set方法
下面要讲的这几个包，本质上都是POJO类
domain
domain = 域
域是一个大范围，如简历域包括工作经验表、项目经验表、简历基本信息表。 在domain包中，就可以定义一个大的简历对象，将三个表的内容整合在一个对象中，作为整体操作。
entity
entity = 实体
严格和数据库相对应，数据库中有什么字段，entity包中的类就有什么字段。因此当操作表时，操作这个类即可。
比如user表中有name、id、age，则entity包中对应的同名类也只有这三个同名属性。
model
Model = 模型
当用model当包名时，一般里面存的是实体类的模型，是用来给后端用的。
比如user表中有name、id、age，出于安全原因，我们需要把用户的密码定义在另一表中，即user_passwd表，但进行相关操作时，我们往往需要将两个表关联使用，每次定义都很麻烦。
因此可以在model层中定义user_model类，将user表中的信息与user_passwd表中的信息整合成一张综合表，这样在进行操作时只需调用综合表，就可以完成对两个表的关联操作
view
view = 视图
当用view当包名时，一般里面存放的是对实体表的映射类(视图类)，是用来给前端用的。
即：有时候我们仅仅需要获得某一个表的几个字段，所以此时可以用view存储这几个字段。
比如user表中有name、id、age，出于某些原因，我们只需要向用户展示name和id值，但进行相关操作时，我们往往需要对user表进行很复杂读处理，每次定义都很麻烦。
因此可以在view层中定义user_view类，将user表中的name、id存入user_view视图，这样在进行操作时只需调用视图表，就可以完成相对应的操作
DTO
DTO = Data Transfer Object = 数据传输对象，与view的用法相同，不过是叫法不同
总结
-
如果想对几个表综合操作，就用domain
-
如果是严格对数据库表操作，就用entity
-
如果想显示某个几个表的综合信息，就用model，注意model包一般放在service层。
-
如果只想展示某个表中的几段信息，就用view，注意view包一般放在controller层
-
上述包中的类都属于POJO类。
数据访问层
DAO
主要针对于数据表的操作，可以理解为一张数据表，就有一个DAO与之对应，与数据库的操作，增删改查等方法
举例：对于user类，其对应的dao包就是对user表中数据的增删改查方法。
mapper
mapper层 = dao层，若使用mybatis框架，则其生成的类名字是mapper，其实就是dao层。
业务层
service
由于Dao里面存放了对表操作的方法，entity类中存放了映射表的POJO类。
Service的作用就是将Dao和entity类整合起来，进行再次封装，封装成一个方法，我们调用这个方法，就实现了对某个表的增删改查操作。
控制层
Controller
负责请求转发，接受页面传递过来的参数，根据参数的不同，是调用不同的Service层方法进行操作，操作完成后将返回结果传递给页面。
喜欢就点个赞吧！
