VO、DTO、BO、PO、DO、POJO 数据模型的理解和实际使用
一、概念讲解
-
VO（View/Value Object）—— 视图对象 DTO（Data Transfer Object）—— 数据传输对象 BO（Business Object）—— 业务对象 PO（Persistent Object）—— 持久对象 DO（Data/Domain Object）—— 数据/领域对象 POJO（Plain Old/Ordinary Java Object）—— 以上模型的统称 POJO 是简单的 Java 对象，不包含业务逻辑、能够控制自己内部所有属性访问的 Java 对象。
二、概念澄清
-
JavaBean VS POJO JavaBean POJO 没有业务逻辑 没有业务逻辑 必须构造函数 无需构造函数 private 修饰成员变量 成员变量的修饰符无限制 P.S JavaBean 其实是 POJO 的一种形式（JavaBean < POJO）
三、使用场景
-
网摘关系图 DTO（Data Transfer Object）数据传输对象 数据传输对象比较特殊，之所以将 DTO 绘制在 展示层 和 业务逻辑层 之间，是因为它有两种存在形式： 前端：它是以 Json 字串的形式存在 后端：它是以 Java 对象的形式存在 微服务之间 DTO 对象的模型鉴定形式： 服务（模块）与服务（模块）之间相对独立，我们可以将数据传输对象命名为 DTO 服务（模块）与服务（模块）之间不是独立，每一个都不是一个完整的业务模块，拆分可能仅仅是因为计算复杂度或者性能问题考虑拆分的问题，那么就不能将对象命名为 DTO，只能是 BO VO（View/Value Object）—— 视图对象 VO 就是展示用的数据，不管展示方式是网页、客户端、APP，只要是这些数据用于展示给人看的就是 VO VO VS DTO 区别一： 字段可能不一样，VO 会根据实际情况，对字段有所删减 区别二： 属性值可能不一样，VO 会根据 DTO 中对值进行展示业务对解释（比如：为不暴露数据库字段，修改属性名称、敏感字段不展示等等） PO（Persistent Object）—— 持久对象 简单的说 PO 就是数据库中的记录，一个 PO 的数据结构对应着库中的表结构，表中的一条记录就是一个 PO 对象。对于 PO 来说，数量是相对固定的，不会超过数据库中表的数量。等同于 Entity，它两概念是一致的。 BO（Business Object）—— 业务对象 BO 就是 PO 的组合 简单解释： 比如：PO 是一个交易记录，BO 就是一个人全部的交易记录集合对象 复杂解释： 比如：PO1 是交易记录，PO2 是登录记录、PO3 是商品浏览记录、PO4 是添加购物记录，BO 就是个人网站行为对象 DO VS DTO 这两个的区别主要也是字段的删减。BO 对内，为了进行业务计算需要辅助数据或者一个业务有多个对外接口，BO 可能会含有很多接口对外所不需要的数据，因此 DTO 需要在 BO 的基础上选取自己所需的数据赋值。 DO（Data/Domain Object）—— 数据/领域对象 阿里开发手册 DO 等同于 PO DDD 领域驱动设计 DO 等同于 BO
四、经验总结
- PO（Entity） 这个是没有办法省略的，所有涉及数据库操作的都需要有持久化对象
- 不是非常大型的简单系统，DTO 和 BO 可以合并为一个，当业务扩展的时候注意拆分即可
- 概念是给人用的，多人协作的时候一定要保证大家的概念一致。请勿形而上学、过度设计、一切设计都基于现有的业务规则和系统大小
