如何在 UI、BLL、DAL 之间使用 DTO答案

【问题标题】：How to use DTO's between UI, BLL, DAL如何在 UI、BLL、DAL 之间使用 DTO
【发布时间】：2011-06-09 02:57:53
【问题描述】：

我正在尝试编写一个小应用程序，在 BLL 和 DAL 之间有非常严格的界限，现在我想知道在层之间传递数据（域传输对象）的最佳方式是什么。

我在 BLL 和 DAL 都可以访问的域级别（类库）中实现了一些类。这些类基本上只包含属性/数据成员，目前反映 DAL 数据。例如：

class CustomerData
{
  // some data fields
}

然后我在 BLL 中实现了一些类：

class Customer : CustomerData
{
  // Some methods
}

在我的 DAL 中，我通过 Linq-to-Sql 从数据库中获取客户记录。然后我通过以下方式将 linq 对象映射到我的 Domain 对象：

CustomerData.field = LinqObject.field
// Etc

因此，我的想法是，当请求时，我现在从我的 DAL 到 BLL 的 CustomerData 实例（并且我应该将 Customer 实例传递给我的 UI）。

因此，在我的 BLL 中，我将收到一个 CustomerData 实例，但现在我想从中创建一个 Customer。

问题：

谢谢！

【问题讨论】：

Yorah 对 #1 的回答 +8。像这样的猴子编码对你来说可能看起来很痛苦。最后，它实际上是错误的做法，因为它会增加错误并使事情变得如此痛苦。也试试 ValuInjector - 许多人比 AutoMapper 更喜欢它，更轻量级。请务必重复使用您的映射。

【解决方案1】：

通常我认为 DTO 不是特定于层的，由 DAL 创建/使用，由 BLL 处理并由 UI 使用/创建。

通常每一层都是VS解决方案文件夹中的一个单独项目，因此DTO是每一层引用的另一个项目。

这样，如果有一个字段需要在 UI 中存在，但在其他层中不存在，则可以继承 DTO。

【讨论】：

【解决方案2】：

从我的角度来看一些笔记，我不是神谕，但希望它能提供一些帮助:)

对我来说，这里的“模型”太多了。它可能会引起混淆并导致大量代码只是为了在不同的表示之间复制数据。大量的代码意味着更多的错误。然后，我认为在定义业务类时，您的数据类和业务类之间的继承会限制您。如果你想创建一个由多个数据类组成的业务类呢？我认为你应该使用接口或组合。

通常，我只使用一个反映业务领域的概念模型。正如 Dead Rabit 所指出的，这个模型被数据和业务层使用，在某些情况下甚至是表示层（在较小的应用程序中）。对于持久性，我使用 O/RM，例如 EF 4。

对于较大的项目，尤其是在分布式场景中，我将自定义 DTO 用于 UI 层。这些类反映了 UI 的需求，并且可能与概念模型中的实体有很大不同。

就个人而言，我认为 Entity Framework 4 在根据这种结构构建应用程序时对您有很大帮助，如果您处于项目的早期阶段并使用 .NET 4，您可能想看看吗？

【讨论】：

【解决方案3】：

如果您坚持在 DTO 上设置多个层，您可以使用 AutoMapper 帮助您在一行代码中从一层转换到另一层（在 DTO 中使用相同的约定）。

CustomerData customerData = Mapper.Map<LinqObject, CustomerData>(linqObjectInstance);

如果你想走这条路，你也可以google for MVVM (Model-View-ViewModel)。

【讨论】：

【解决方案4】：

您没有完全使用 DTO 的 .在您的 Customer 类中，将 CustomerData 直接返回到您的 UI。

并且不需要从CustomerData继承Customer

编辑：我在这里完全使用了这个词，因为 CustomerData 是 DTO，所以不要返回 Customer，而是返回 CustomerData，因为它是您的 DTO，如下图所示。

一个建议，你应该使用Repository Pattern 来隔离你的 BLL 和 DAL。

【讨论】：