什么是数据传输对象？

Question

什么是数据传输对象？

在MVC中是模型类DTO,如果没有,有什么不同,我们是否需要两者？

Answer 1

数据传输对象是一个对象,用于封装数据,并将其从应用程序的一个子系统发送到另一个子系统.

DTO最常用于N层应用程序中的服务层,用于在自身和UI层之间传输数据.这里的主要好处是它减少了需要在分布式应用程序中通过线路发送的数据量.他们还在MVC模式中创造了很好的模型.

DTO的另一个用途是封装方法调用的参数.如果方法需要4个或5个以上的参数,这将非常有用.

使用DTO模式时,您还可以使用DTO组装器.汇编程序用于从域对象创建DTO,反之亦然.

从域对象到DTO的转换再返回可能是一个代价高昂的过程.如果您没有创建分布式应用程序,那么您可能不会从该模式中看到任何好处,正如Martin Fowler在此解释的那样

Answer 2

DTO的定义可以在Martin Fowler的网站上找到.DTO用于将参数传递给方法和返回类型.很多人在UI中使用它们,但是其他人从它们中膨胀域对象.

Answer 3

DTO是一个愚蠢的对象 - 它只包含属性并具有getter和setter,但没有任何其他逻辑(除了compare()或equals()实现之外).

通常,MVC中的模型类(假设.net MVC在这里)是DTO,或DTO的集合/聚合

Answer 4

所有功劳归于瑞克·安德烈森 (Rick-Andreson)

生产应用程序通常会使用模型的子集来限制输入和返回的数据。这背后有多种原因，其中安全是一个主要原因。模型的子集通常称为数据传输对象( DTO )、输入模型或视图模型。

DTO 可用于 PHOFF：

• 防止过度发帖。
• 隐藏客户端不应查看的属性。
• 省略一些属性以减少有效负载大小。
• 展平包含嵌套对象的对象图。
• 扁平化的对象图对客户来说会更方便。

DTO 方法的实际实现，作者：Rick-Andreson，关于使用 C# 和 ASP .Net Core 5 的Microsoft Web API 最佳教程和实践：

Answer 5

通常,Value Objects应该是Immutable.与Java中的Integer或String对象类似.我们可以使用它们在软件层之间传输数据.如果软件层或服务在不同的远程节点中运行,例如在微服务环境或旧版Java Enterprise App中运行.我们必须制作两个类的几乎完全相同的副本.这是我们遇到DTO的地方.

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

在传统的Java Enterprise Systems中,DTO可以包含各种EJB内容.

我不知道这是一个最佳实践,但我个人在我的Spring MVC/Boot项目中使用Value Objects,如下所示:

        |------------|         |------------------|                             |------------|
-> 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对象.因为你不需要额外的转换.

例如,这是我们的用户实体:

@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,firstname,lastname的Paginated用户列表.然后,您可以为ORM投影创建视图值对象.

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

您可以轻松地从存储库层获取分页结果.感谢spring,你也可以只使用接口进行投影.

List<UserListItemView> find(Pageable pageable);

不要担心其他转换操作BeanUtils.copy方法工作正常.

Answer 6

1)对我来说,问题的最佳答案是什么是DTO是DTO是简单的对象,不应包含任何需要测试的业务逻辑或方法实现.

2)通常你的模型(使用MVC模式)是智能模型,它们可以包含许多/某些方法,专门为该模型执行一些不同的操作(不是业务逻辑,这应该在控制器上).但是,当您传输数据(例如,从某个地方调用REST(GET/POST /无论)端点,或使用soa等消费Web服务时),您不希望使用非代码传输大型对象端点所必需的,将消耗数据,并减慢传输速度.

Answer 7

数据传输对象背后的原则是创建仅包含特定数据事务所需的必要属性的新数据对象。

好处包括：

使数据传输更安全 如果删除所有不必要的数据，请减少传输大小。

了解更多： https: //www.codenerd.co.za/what-is-data-transfer-objects

Answer 8

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

来自维基百科:

数据传输对象(DTO),以前称为值对象或VO,是用于在软件应用程序子系统之间传输数据的设计模式.DTO通常与数据访问对象结合使用,以从数据库中检索数据.

Answer 9

一些程序员使用 DTO 来区分将通过 API 传递的最终对象数据。因此，它基本上是端点的有效负载对象。例如，您可以将传递给服务器的联系表单值对象命名为contactFormDto or contactFromPayload，然后您或任何其他程序员都知道该对象中的内容是数据的最终形状，它将通过网络传输。