• 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。
例如，用户信息包含：用户姓名name、用户密码password、用户的年龄age，首先数据库层获取PO数据包含这三个字段的数据，可是password不应该暴露出去，怎么做呢，在发送给服务层的时候做一次处理，转成只有name和password的DTO，这样就能减少出数据的传输，同时将name可以改为username,就可以保证数据库结构的安全。
怎么解耦呢，用户数据库结构改变了，把name改为displayName，po对象的字段也修改了，如果没有DTO做数据转换的话，所有使用po来存储用户信息的服务都要受到影响。
特殊说明：
上述文章均是作者实际操作后产出。烦请各位，请勿直接盗用！转载记得标注原文链接：www.zanglikun.com
第三方平台不会及时更新本文最新内容。如果发现本文资料不全，可访问本人的Java博客搜索：标题关键字。以获取全部资料 ❤