前言

VO (前端界面）
   │ 序列化
   ▼
DTO (后端入口)
   │ BO
   ▼
DO (充血领域模型)
   │ 聚合、计算
   ▼
PO (落库)
   │ MyBatis
   ▼
数据库

VO与DTO

VO：展示层需要展示的数据。
DTO：业务逻辑层需要接收的数据和返回的数据。
VO与DTO的属性值基本相同，但是VO是DTO的最终解释，可以对DTO的字段进行适当删减。
举个例子：

例子1：

DTO中返回的字段为：

{
    "sex": "女",
}

对于大部分需求来说中返回的字段为中返回的字段就已经够用了，但是如果说业务的需求是展示具体的身份，那就需要在VO层进行进一步解释：
VO中返回的字段为：

{
    "sex": "女演员",
}

例子2：
DTO：

{
    "sex": "男",
    "age": "17"
}

如果说展示层只需要展示是否成年：
VO：

{
    "age": "未成年"
}

PO与DO

PO：通常来说是只有get/set方法的POJO，也就是常说的实体类。
DO：一般是PO的组合，也就是多表联查的映射。
举例：
PO1：

{
    "id": "999",
    "name": "ahzoo"
}

PO2：

{
    "userId": "999",
    "role": "管理员"
}

DO：

{
    "id": "999",
    "name": "ahzoo",
    "role": "管理员"
}

BO和PO

BO：与PO的区别是，BO会删掉一些不宜在展示层展示的数据，只对外提供必要的字段属性。
比如用户需要查询用户的信息，通常来说这个返回给用户的用户信息是不应该包含密码之类的一些字段的，那么我们就可以在BO层做一下处理。
举例：
如果用PO层的话返回的字段为：

{
    "id": "999",
    "name": "ahzoo",
    "password":"123456"
}

BO层的放回字段：

{
    "id": "999",
    "name": "ahzoo"
}

我的博客即将同步至腾讯云开发者社区，邀请大家一同入驻：https://cloud.tencent.com/developer/support-plan?invite_code=1illw5frinnv7