这个已经过时了，除非你是在改当前项目，不建议再去深究了。

现在，不管是 Hibernate 还是 Mybatis plus ，不管是 DDD 还是非 DDD ，Entity 都是一个特殊的对象类型，这个很好区分，他是跟数据库的表映射或者绑定的（如果是 DDD ，它还有行为方法）。

DTO 在是一个重对象，它还会一直用下去，但是很少会使用。它的区分也很简单，它是一个重对象，自带数据转换逻辑，并且通常跟工厂一起使用。只有 Getter/Setter 的轻对象，不会是 DTO 的，国内有些人把上下层之间传输的参数一律叫做 DTO ，这是很大的误区。

然后剩下的，VO 、PO 、DO 什么的，它们原本的定义是跟层绑定的，一个层使用一种 O ，禁止跨层使用（层与层要额外通过 DTO 来隔离，比如 VO 经 DTO 转换成 DO ）或者只允许上层使用下层的。这些已经死翘翘了。前面已经说了，DTO 很重，没有人会采用“禁止跨层使用”的方式，都是采用“只允许上层使用下层”方式。然后，既然允许上层调用下层了，那为什么不直接调用 Entity 呢，所以最后全部都用 Entity 了。

简单来说，除了 Entity 、DTO ，剩下的本质上都是 Data ，为了层解耦才定义了那么多 O 。随着垂直分层模式的崩溃，这些 O 也崩溃了。

至于楼主的其他问题。2 ，如果你要负责任的话，那就必须手动转换，再痛苦也要转，业务太多变了，这玩意工具的作用很有限，当然有缓解的手段，对于一些纯内部使用的类，你可以考虑 lombok 的 chain 或 fluent 模式。3 ，是，专项专用，但是你可以通过合理规划查询 SQL ，使得多个 SQL 公用一个参数类。4.如果你要负责任的话，那必须给 Swagger ，或者说 Web 这一层，定义专门的数据对象（ Swagger 叫做 model ，内部可定义为 value object VO ，也可以就叫做 Data ）。