PO，VO，DTO之间联系和区别

随着编程工业化水平的不断加深，各种编程模型层出不穷（比如MVC），伴随着这些编程模型，又有一大批新的概念蜂拥而至，什么VO，BO，PO，DO，DTO之类的，这些新的概念一直以来都是云里雾里，网上虽然也有不少文章来区分这些概念，但看下来基本都是几篇相同的文章转载来转载去，这些文章本身也说的不明，有些还互相矛盾，再加上有些文章在简化系统里面来使用这些概念，让人越看越迷糊 我们先来回答一个问题，为什么会...

DTO是一种设计模式，用于在不同层之间传输数据。它是一个简单的数据容器，通常包含一组属性（数据）以及访问这些属性的方法。PO通常是在数据访问层或持久层中使用的对象，用于表示数据库中的实体。它是一种在软件开发中表示值的对象。它是一种不可变对象，通常包含一组相关的属性，用于表示某个特定的值或概念。

通常，VO 与 PO 或 DTO 中的属性一一对应，但是在相关业务场景下，VO 可以对这些属性进行一些格式化或加工处理，使其更符合前端展示需求。PO 是与数据库相关的对象，而 DTO 则是与业务相关的对象，DTO通常包含一些与业务关联的元素，如一组或多组 PO 的聚合、关联操作、计算生成的数据等。在关系型数据库中，每张表对应着一个PO，PO 中的属性值与表中数据一一对应，通过数据访问层（DAO）将数据从关系型数据库中查询出来，并映射为 PO，然后再将 PO 返回给业务层进行操作或展示。

PO：数据库表的映射，与数据库结构一一对应DO：包含业务逻辑的领域对象，是业务的核心BO：封装多个 DO 的业务对象，处理复杂的业务逻辑DTO：用于不同层之间传输数据，可以隐藏内部实现细节VO：用于页面展示，根据展示需求封装数据数据访问层关注 PO业务逻辑层关注 DO 和 BO接口层关注 DTO展示层关注 VO提高代码的可维护性降低系统各层之间的耦合更好地适应需求变化提高代码的复用性高内聚，低耦合。每一层都只关注自己需要的数据，通过对象转换来实现层与层之间的解耦。

值对象，用于视图层，它的作用是把某个指定页面（或组件）的所有数据封装起来。：持久化对象，它跟持久层（通常是关系型数据库）的数据结构形成一一对应的映射关系，如果持久层是关系型数据库，那么，数据表中的每个字段（或若干个）就对应PO的一个（或若干个）属性。：数据传输对象，这个概念来源于的设计模式，原来的目的是为了EJB的分布式应用提供粗粒度的数据实体，以减少分布式调用的次数，从而提高分布式调用的性能和降低网络负载，但在这里，我泛指用于展示层与服务层之间的数据传输对象。

概念： VO（View Object）：视图对象，用于展示层，它的作用是把某个指定页面（或组件）的所有数据封装起来。 DTO（Data Transfer Object）：数据传输对象，这个概念来源于J2EE的设计模式，原来的目的是为了EJB的分布式应用提供粗粒度的数据实体，以减少分布式调用的次数，从而提高分布式调用的性能和降低网络负载，但在这里，我泛指用于展示层与服务层之间的数据传输对象。

VO是跟数据库里表的映射，一个表对应一个VO DAO是用VO来访问真实的表，对数据库的操作都在DAO中完成 BO是业务层，做逻辑处理的 VO ， PO ， BO ， QO, DAO ,POJO O/R Mapping 是 Object RelationalMapping （对象关系映射）的缩写。 通俗点讲，就是将对象与关系数据库绑定，用对象来表示关系数据。在 O...

ational Mapping（对象关系映射）的缩写。通俗点讲，就是将对象与关系数据库绑定，用对象来表示关系数据。在O/R Mapping的世界里，有两个基本的也是重要的东东需要了解，即VO，PO。 VO，值对象(Value Object)，PO，持久对象(Persisent Object)，它们是由一组属性和属性的get和set方法组成。从结构上看，它们并没有什么不同的地方。但从其意义

此时，Service业务尽量提供一个业务接口，即使两个前端接口需要的数据不一样，Service可以提供一个最全查询结果，有Controller进行整合后返回前端。如果它们俩的查询条件或查询接口不一样，那么此时对于课程列表接口就需要分别定义PC端接口和移动端接口，每个接口定义的VO对象以查询参数而定。如果它们俩共用一个接口，那就可以不需要使用VO对象，仅使用一个DTO对象再接口层和业务层传输数据即可。PC端查询：可以根据课程名称、课程状态、课程审核状态等条件查询，查询结果也比手机查询结果内容多。

1.概念 VO（View Object）：视图对象，用于展示层，它的作用是把某个指定页面（或组件）的所有数据封装起来。 DTO（Data Transfer Object）：数据传输对象，这个概念来源于J2EE的设计模式，原来的目的是为了EJB的分布式应用提供粗粒度的数据实体，以减少分布式调用的次数，从而提高分布式调用的性能和降低网络负载，本文泛指用于展示层与服务层之间的数据传输对象。 DO（Domain Object）：领域对象，就是从现实世界中抽象出来的有形或无形的业务实体。 PO（Persistent

例如，DTO用于数据传输，PO用于数据库操作，VO用于业务展示，这样即使某一层面发生变化，也不会影响到其他层面。，可以包含业务逻辑。4.安全性: 通过使用不同的对象，可以控制对外暴露的数据，避免敏感信息的泄露。5.灵活性: 在复杂的业务场景中，使用VO可以灵活地组合和处理数据，满足不同的业务需求，而不需要频繁修改底层的数据模型。1.职责分离: 通过将不同的数据对象进行区分，可以明确每个对象的职责，使得代码更加清晰和易于维护。它通常包含简单的属性，没有业务逻辑，目的是减少远程调用的次数，提高性能。

PO： persistant object持久对象 最形象的理解就是一个PO就是数据库中的一条记录。 好处是可以把一条记录作为一个对象处理，可以方便的转为其它对象。   BO： business object 业务对象 主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。 比如一个简历，有教育经历、工作经历、社会关系等等。 我们可以把教育经历对应一个P...

  好久没有更新文章了，最近刚入职熟悉了几个项目，因此看了很多代码，发现里面有很多实体采用了VO、DO、DTO这样的名称结尾，之前大致了解过他们的含义以及他们的使用场景，今天特地整理一下记录下来。