DTO是一个愚蠢的对象——它只保存属性，有getter和setter，但没有任何其他重要的逻辑(除了一个compare()或equals()实现)。

通常MVC中的模型类(假设这里是。net MVC)是dto，或者dto的集合/聚合

一些程序员使用DTO来区分将通过API传递的最终对象数据。它基本上是端点的有效载荷对象。比如，你可以将你传递给服务器的联系人表单值对象命名为contactFormDto或contactFromPayload，然后你或任何其他程序员都知道你在那个对象中拥有的是数据的最终形状，它将通过网络传播。

数据传输对象(DTO)描述了“承载数据的对象” (维基百科)或“用于封装数据的对象”， 并将它从应用程序的一个子系统发送到另一个子系统”(堆栈溢出 答案)。

一般来说，值对象应该是不可变的。类似于Java中的Integer或String对象。我们可以使用它们在软件层之间传输数据。如果软件层或服务运行在不同的远程节点上，比如在微服务环境中或在遗留的Java企业应用程序中。我们必须几乎完全复制两个类。这就是我们遇到dto的地方。

|-----------|                                                   |--------------|
| SERVICE 1 |--> Credentials DTO >--------> Credentials DTO >-- | AUTH SERVICE |
|-----------|                                                   |--------------|

在传统的Java企业系统中，dto可以包含各种EJB内容。

我不知道这是否是一个最佳实践，但我个人在我的Spring MVC/Boot项目中使用值对象是这样的:

        |------------|         |------------------|                             |------------|
-> Form |            | -> Form |                  | -> Entity                   |            |
        | Controller |         | Service / Facade |                             | Repository |
<- View |            | <- View |                  | <- Entity / Projection View |            |
        |------------|         |------------------|                             |------------|

控制器层不知道实体是什么。它与表单和视图值对象通信。表单对象有JSR 303验证注释(例如@NotNull)，视图值对象有Jackson注释用于自定义序列化。(例如@JsonIgnore)

服务层通过使用实体对象与存储库层通信。实体对象上有JPA/Hibernate/Spring Data注释。每一层只与较低的层通信。由于循环依赖关系，层间通信被禁止。

User Service ----> XX CANNOT CALL XX ----> Order Service

一些ORM框架具有通过使用额外的接口或类进行投影的能力。因此存储库可以直接返回View对象。在那里你不需要额外的转换。

例如，这是我们的User实体:

@Entity
public final class User {
    private String id;
    private String firstname;
    private String lastname;
    private String phone;
    private String fax;
    private String address;
    // Accessors ...
}

但是你应该返回一个分页的用户列表，只包括id，名，姓。然后，您可以为ORM投影创建一个视图值对象。

public final class UserListItemView {
    private String id;
    private String firstname;
    private String lastname;
    // Accessors ...
}

您可以轻松地从存储库层获得分页结果。多亏了spring，您还可以只使用接口进行投影。

List<UserListItemView> find(Pageable pageable);

不用担心BeanUtils的其他转换操作。复制方法工作得很好。

在MVC中，数据传输对象通常用于将域模型映射到最终由视图显示的更简单的对象。

从维基百科:

数据传输对象(DTO)，以前称为值对象或VO 一种用于在软件应用程序之间传输数据的设计模式 子系统。dto通常与数据访问一起使用 对象从数据库检索数据。

我会把DTO解释给我的孩子

我的儿子，数据传输对象(又名DTO) **用于封装我们从一个端点发送到另一个端点的数据。 使用DTO为系统中的端点定义输入和输出接口 在这种情况下，可以将系统看作端点的集合。端点可以是任何相互通信的东西(移动应用程序，web应用程序，后端API)。