DTO（数据传输对象）

苦茶折柳

已于 2024-08-17 14:27:15 修改

阅读量246

点赞数 9

分类专栏：设计模式文章标签：服务器 c# java 设计模式

于 2024-08-17 14:24:20 首次发布

本文链接：https://blog.csdn.net/weixin_51803498/article/details/141280135

版权

设计模式专栏收录该内容

10 篇文章 0 订阅

订阅专栏

DTO（Data Transfer Object，数据传输对象）是一种设计模式，它用于在不同软件应用程序或系统的不同层之间传输数据。DTO通常是一个简单的POCO（Plain Old CLR Object，普通的CLR对象），不包含任何业务逻辑或持久化逻辑，只包含需要传输的数据字段以及这些字段的getter和setter方法（尽管在C#中，如果你使用自动实现的属性，这些getter和setter方法是隐式生成的）。

DTO的主要目的是将数据的表示与数据的处理逻辑分离开来，使得系统的各个部分可以更加专注于自己的职责。这样做的好处包括提高系统的模块性、可维护性和安全性。

DTO的特点

封装性：DTO封装了数据，这些数据可能是从数据库查询得到的，也可能是需要在系统的不同部分之间传递的。封装性使得DTO可以隐藏数据的具体实现细节，只暴露必要的数据接口。
轻量级：DTO通常只包含数据，不包含任何业务逻辑或数据持久化逻辑。这使得DTO相对较轻，易于在系统中传输。
灵活性：DTO可以根据需要在不同的层之间传递不同类型的数据。例如，在表示层与业务逻辑层之间传递的数据可能与在业务逻辑层与数据访问层之间传递的数据不同。DTO可以根据这些需求进行调整。
安全性：通过使用DTO，我们可以限制对敏感数据的访问。例如，在将数据从数据库传递到表示层时，我们可以只包含必要的数据字段，而不包含密码等敏感信息。

DTO与VO、PO、DO的区别

VO（View Object，视图对象）：通常用于展示层，封装了页面需要的数据，可能包括多个PO（持久化对象）的属性或自定义的属性。
PO（Persistent Object，持久化对象）：与数据库中的表相对应，PO的属性基本与数据库表的字段相对应。PO对象通常用于与数据库进行交互，如CRUD（创建、读取、更新、删除）操作。
DO（Domain Object，领域对象）：在领域模型设计中使用，表示业务逻辑中的实体，通常包含业务逻辑和持久化状态。
DTO：主要用于不同层之间的数据传输，不包含业务逻辑，只包含数据。

使用DTO的优势

提高系统的模块化和可维护性：通过将数据的表示与数据的处理逻辑分离开来，使得系统的各个部分可以更加专注于自己的职责。
减少数据冗余：在不同的层之间传递数据时，可以根据需要传递必要的数据，而不是传递整个对象，从而减少了数据冗余。
提高系统的安全性：可以限制对敏感数据的访问，只传递必要的数据字段。
简化数据传输：DTO提供了一种简化的方式来传输数据，使得数据传输更加清晰和高效。

示例

下面是一个用C#编写的DTO示例，假设我们正在处理用户信息：

// 定义一个UserDTO类，用于传输用户信息
public class UserDTO
{
    // 自动实现的属性，包含用户ID
    public string Id { get; set; }

    // 自动实现的属性，包含用户名
    public string Name { get; set; }

    // 自动实现的属性，包含用户电子邮件
    public string Email { get; set; }

    // 构造方法（可选），可以在这里初始化DTO对象
    public UserDTO()
    {
        // 可以在这里进行初始化操作，但通常DTO的构造方法是空的
    }

    // 如果需要，还可以添加其他方法，但通常DTO只包含数据字段
    // ...
}

// 在实际使用中，你可能会在控制器或服务层中创建和使用这个DTO
// 例如，在ASP.NET Core的控制器中接收客户端发送的用户信息
[ApiController]
[Route("[controller]")]
public class UsersController : ControllerBase
{
    // 假设有一个服务层来处理业务逻辑
    private readonly IUserService _userService;

    // 通过构造函数注入服务层
    public UsersController(IUserService userService)
    {
        _userService = userService;
    }

    // 创建一个新的用户
    [HttpPost]
    public IActionResult CreateUser([FromBody] UserDTO userDTO)
    {
        // 调用服务层方法来处理用户信息
        // 注意：这里可能需要将DTO转换为实体对象，具体取决于服务层的实现
        _userService.CreateUser(userDTO); // 假设CreateUser方法接受一个UserDTO参数

        // 返回创建结果
        return Ok();
    }
}

// 注意：上面的示例中，_userService.CreateUser(userDTO)是假设的，
// 在实际应用中，服务层可能需要将UserDTO转换为数据库实体（Entity）对象，
// 或者使用其他机制来处理DTO中的数据。

在这个例子中，UserDTO类是一个简单的数据传输对象，它包含了用户ID、用户名和电子邮件地址三个字段。在ASP.NET Core的UsersController中，我们通过HTTP POST请求接收客户端发送的JSON数据，并将这些数据自动映射到UserDTO对象中。然后，我们将这个DTO对象传递给服务层进行处理。服务层可以根据需要进一步处理DTO中的数据，例如将其转换为数据库实体对象并保存到数据库中。

需要注意的是，虽然DTO通常只包含数据字段，但在某些情况下，DTO也可以包含一些简单的逻辑，比如数据验证或计算只读字段的值。然而，这些逻辑应该保持简单且专注于数据本身，而不应包含复杂的业务逻辑。