c# - 在哪里处理 DTO<->业务对象转换

Question

我开发了一个具有以下层的应用程序：

• 基于fluent nHibernate的数据访问层
• 商业规则
• 活动层（比业务规则更抽象，使用一些业务规则）
• 基于 WCF 的服务层，向外界发送一些 DTO 并接收 DTO。

所以当一些 DTO 回来时，我可以将 DTO 映射到服务层中的业务对象，并使我的应用程序与业务对象一起工作。在这种情况下，当较低层中的某些函数执行时，它对旧对象一无所知，因此很难处理和验证状态变化，并且 DTO 适配器也存在类爆炸。另一方面，如果 dto 映射到较高层的业务对象，当它下来时，较低层对被调用的服务一无所知，因此他们无法理解这个 dto 必须如何更改业务对象（1 DTO 可能被不同的服务以不同的方式使用）

所以问题是真正的解决方案是什么？

Answer 1

根据您的规格，我有点假设您的目标是基于DDD的实现

首先，一些假设有助于将其映射到更常见的术语：我假设您的“业务规则”层仅由您的活动层使用，因此可以被视为领域层的一部分。

您提到了业务对象。我假设你有一个域层。这可能是您的“活动层”。这应该是知道如何更新对象并将它们返回给服务层的层。

服务层（或 DDD 术语中的“应用层”）应该映射 DTO，并调用域服务。MS在这里有一个不错的图表。但基本上工作流程应该是：

1. 发送 DTO 到服务层
2. 服务层调用 DTO 适配器从 DTO 中创建域对象/实体。
3. 服务层调用领域服务执行业务逻辑（调用规则）
4. 域服务根据业务规则更新域对象
5. 域服务根据需要调用持久层
6. 域服务将更新的域对象返回给服务层
7. 服务层将域对象映射回 DTO 并返回它们

这个主题当然有很多变化，但这应该是你的起点。