bean
JavaBean分为两类：
- 一类称为实体类Bean：专门存储业务数据的，如 Student、User 等
- 一类称为业务处理 Bean：指 Service 或 Dao 对象，专门用于处理业务逻辑和数据访问。
在一个java的springboot中，一般我们需要用到许多的实体类
一般在一个大型项目中，又会把实体类分成不同使用阶段的类
PO
POJO全称为：Plain Ordinary Java Object，即简单普通的java对象。一般用在数据层映射到数据库表的类，类的属性与表字段一一对应。
PO全称为：Persistant Object，即持久化对象。可以理解为数据库中的一条数据，也可以理解为POJO经过持久化后的对象。
DO（Domain Object）：领域对象，就是从现实世界中抽象出来的有形或无形的业务实体，一般也和数据库对应
BO
全称为：Business Object，即业务对象。一般用在业务层，当业务比较复杂，用到比较多的业务对象时，可用BO类组合封装所有的对象一并传递。
一般是处理多个对象的工具类或者service
VO
全称为：Value Object，有的也称为View Object，即值对象或页面对象。一般用于web层向view层封装并提供需要展现的数据
DTO
全称为：Data Transfer Object，即数据传输对象。一般用于向数据层外围提供仅需的数据，如查询一个表有50个字段，界面或服务只需要用到其中的某些字段，DTO就包装出去的对象。可用于隐藏数据层字段定义，也可以提高系统性能，减少不必要字段的传输损耗。
总结
VO，BO，PO，DTO这样分层还是很有意义的。尤其在团队成员较多的情况下，结构更加一目了然，同时也能很大程度避免多端系统数据所需不一致时，有人修改属性影响其他页面。但也完全没有必要教条主义，把这些全部用上，需要根据所开发的业务复杂度来取舍，如果本身业务逻辑不负责，照搬全上反而让开发变的更复杂。
命名规范
• 数据对象：xxxPO，xxx即为数据表名。(也可DO)
• 数据传输对象：xxxDTO，xxx为业务领域相关的名称。
• 展示对象：xxxVO，xxx一般为网页名称。
• 业务对象：xxxBO，xxx是业务名称。
分层使用和转换
controller层
接受前端的VO,DTO
接受service层BO
向前端发送VO,DTO
service层
接受controller层VO,DTO,BO,PO
接受dao层的PO
向controller层返回BO,PO
dao层
接受service层的VO,DTO,BO,PO
从数据库查询PO
向service层返回PO
转换方法
- Set和Get方法
a.手动操作较为麻烦
b.容易出错
- BeanUtils.copyProperties(source,target);
a.要求属性名相同
b.性能差
- 使用插件，例如MapStruct，Simple Object Copy，dozer等
a.MapStruct参考资料
- https://mapstruct.org/
