实体，域驱动设计的更新

Question

可以说我有一个已在UI上更新了一些值的订单（为了确保保存，它们可以/不能）
1.我们如何验证所做的更改？ 是否应该验证将订单送回服务层的DTO的完整性？
验证完成后？ 服务如何返回验证错误？ 我们是否组成一个ReponseDTO对象并像这样返回它

ResponseDTO saveOrder（OrderDTO）;

1. 我们如何更新域实体顺序？ DTO汇编器是否应负责使用最新更改来更新订单实体？

如果我们想象一个典型的分层方法，则是Web服务器上的ASP .NET，应用程序服务器上的WCF。 当订单表单上的数据通过网络更新并保存后。 WCF收到OrderDTO。 现在，我们如何更新DTO的订单？ 我们是否使用汇编程序通过DTO的更改来更新域对象？ 就像是

class OrderDTOAssembler {
 updateDomainObject(Order, OrderDTO)
}

Answer 1

我将尝试根据我的经验回答您的一些问题，以及如何处理您的问题。

首先，我不应该让DTO进行任何验证，而只是普通的POCO DTO通常具有针对特定数据类型的不同属性，因此需要进行某种验证。 我的意思是您必须为街道名称等应用整数街道编号和字符串。

正如您所指出的那样。 让ORderDTOAssembler从OrderDTO转换为Order，反之亦然。 这是在应用程序层中完成的。

第三，像示例一样，我将在域驱动设计中使用访客模式验证 。 OrderService将使用IOrderRepository来保存/更新订单。 但是使用访问者验证方法，OrderService会调用Order.ValidatePersistance（请参见示例中的链接-但这是在基础结构层中实现的扩展方法，因为它具有“数据库知识”）以检查其状态是否有效。 如果为true，则我们将IOrderRepository.Save（order）。

最后，如果Order.ValidatePersistance失败，我们将收到一个或多个BrokenRules消息。 这些应在ResponseDTO中返回给客户端。 然后，科学家可以根据消息采取行动并采取行动。 这里的问题可能是您将有一个ResponseOrderDTO消息，但是（现在才想出）所有您的ResponseDTO都可以继承自ResponseBaseDTO类，该类暴露了传递BrokenRule消息所需的属性。

希望您发现我的想法有用并且祝您好运。