后端实体类（POJO）如何封装（个人见解及正式规范）

如何定义自己的封装类是自己的自由，这里只是提供建议。

个人见解：

前端传参（个人使用PO，勿喷）：VO、Param、Body

service层业务处理：DTO

返回参数给前端：单表：DTO；多表：VO

与数据库交互（个人直接使用数据库表名，勿喷）：PO、DO、Entity

正式规范：

分层领域模型规约：

DO（ Data Object）：与数据库表结构一一对应，通过DAO层向上传输数据源对象。
DTO（ Data Transfer Object）：数据传输对象，Service或Manager向外传输的对象。
BO（ Business Object）：业务对象。 由Service层输出的封装业务逻辑的对象。
AO（ Application Object）：应用对象。 在Web层与Service层之间抽象的复用对象模型，极为贴近展示层，复用度不高。
VO（ View Object）：显示层对象，通常是Web向模板渲染引擎层传输的对象。
POJO（ Plain Ordinary Java Object）：在本手册中， POJO专指只有setter/getter/toString的简单类，包括DO/DTO/BO/VO等。
Query：数据查询对象，各层接收上层的查询请求。 注意超过2个参数的查询封装，禁止使用Map类来传输。

领域模型命名规约：

• 数据对象：xxxDO，xxx即为数据表名。
• 数据传输对象：xxxDTO，xxx为业务领域相关的名称。
• 展示对象：xxxVO，xxx一般为网页名称。
• POJO是DO/DTO/BO/VO的统称，禁止命名成xxxPOJO。

后端向前端传参：

普通业务直接传入DTO即可，复杂业务通过封装VO方式来进行

前端向后台传参：

可以传参数，或者封装好的VO（这里有取名可以是xxxVO、xxxParam、xxxBody）要看自己需要了；可以接收和返回前端都用同一个VO，也可以返回用VO，接收用其他的，这个就根据自己业务复杂程度灵活处理。