在这种情况下使用 DTO 的正确方法是什么？

Question

我有以下域类：

public class Product
{
    public virtual Guid Id { get; set; }
    public virtual string Name { get; set; }
    public virtual IList<Product> RelatedProducts { get; set; }
}

我有以下 DTO 类：

public class ProductDTO
{
    public ProductDTO(Product product)
    {
        Id = product.Id;
        Name = product.Name;
    }

    public Guid Id { get; private set; }
    public string Name { get; private set; }
}

我的服务中有以下方法：

public ProductDTO GetBySlug(string slug)
{
    Product product = productRepository.GetBySlug(slug);
    return (product != null) ? new ProductDTO(product) : null;
}

我的控制器中有以下操作：

public ActionResult Details(string slug)
{
    ProductDTO viewModel = productService.GetBySlug(slug);
    return View("Details", viewModel);
}

阅读了一下之后，我的理解是使用 DTO 作为视图模型是可以的，因为当前的场景很简单直接。当我想要返回的数据变得有点复杂时，我就会感到困惑。假设我也想将相关产品列表返回到视图中。我应该在哪里添加这个列表？

我了解到 DTO 是用于传输数据的域实体的扁平化版本。这是否意味着在 DTO 中不应允许包含相关产品的通用列表？到目前为止，我收到的答案表明了这一点。那么如何将相关产品送到控制器？

一个选项是：

我不会在服务中返回 ProductDTO，而是创建一个新类，其中包含 ProductDTO 和相关产品的 ProductDTO 类型列表，然后从服务中返回它。然后在控制器中，我要么将新类传递给视图，要么创建一个单独的 ProductViewModel 来保存 ProductDTO 和相关产品的 ProductDTO 类型的列表，填充它并将其传递给视图。

这是个好主意还是坏主意？为什么？

谢谢

Answer 1

我根本不会将列表放在 DTO 中，因为它自然不属于那里。而且我也不确定“包装类”是什么意思。您只需要一个产品列表，在服务上使用另一个方法返回此列表是完全可以的。

因此，您的服务中会出现这样的情况：

public IList<ProductDTO> GetRelatedProducts(ProductDTO productDTO)
{
    ...

视图模型（上面称为服务的东西）背后最重要的想法是它在 UI 和业务模型之间进行调解。换句话说：它以与 UI 相关的方式编排和聚合业务模型。如果用户界面在某个时候想要一个相关产品的列表，那么服务必须提供它。真的就这么简单，商业模式本身是否也有这个概念在这里完全无关紧要。

HTH！ 托马斯

附： 如果您的 DTO 变得更大并且您的列表更长，您可能会考虑引入另一个（简化的）DTO，其中只有名称和某种标识符，以减少您必须从存储库中检索的不必要数据量。