2

这里查看这段代码:

[Serializable]
public class CreateClientCommand : Command
{
    public string ClientName { get; private set; }
    public string Street { get; private set; }
    public string StreetNumber { get; private set; }
    public string PostalCode { get; private set; }
    public string City { get; private set; }
    public string PhoneNumber { get; private set; }

    public CreateClientCommand(Guid id, string clientName, string street, string streetNumber, string postalCode, string city, string phoneNumber) : base(id)
    {
        ClientName = clientName;
        Street = street;
        StreetNumber = streetNumber;
        PostalCode = postalCode;
        City = city;
        PhoneNumber = phoneNumber;
    }
}

此处的指南仅与命令相关。它不是(可能)创建的聚合根的 Guid。获取此 Guid 的最佳实践是什么?任何潜在的验证错误如何传达回将命令置于总线上的代码?例如像这样:

_bus.Publish(new CreateClientCommand(
     Guid.NewGuid(),
     _clientDetailsReport.ClientName,
     _clientDetailsReport.Street,
     _clientDetailsReport.StreetNumber,
     _clientDetailsReport.PostalCode,
     _clientDetailsReport.City,
     _clientDetailsView.PhoneNumber));

_bus.Commit();   

我了解 CQRS 通常实现最终一致性。这意味着在实际创建客户端之前可能需要一段时间。一些 MVC/CQRS 代码使用这种方法:

[HttpPost]
public ActionResult Add(DiaryItemDto item)
{
    ServiceLocator.CommandBus.Send(new CreateItemCommand(Guid.NewGuid(),item.Title,item.Description,-1,item.From,item.To));

    return RedirectToAction("Index");
}

显然,索引页面可能会显示一些包含 DiaryItems 的网格,并且用户可能能够看到最新创建的 DiaryItem(一段时间后的可能性)。任何反馈将不胜感激。谢谢。

4

3 回答 3

2

最简单的方法是使用您传递给命令的 guid 作为实际的聚合 Id,然后您就可以使用它,而不必等待它在事件中被传回

于 2014-06-24T14:30:12.900 回答
2

您是在询问命令本身的 ID 与它可能创建的实体的 ID 之间的区别吗?前者通常是一个基础设施问题,可以在消息信封之类的东西上找到,埋在 RPC 协议中,等等。后者将是您域的一部分。(尽管在许多情况下,将实体的 ID 也视为基础架构问题也很好,因为您可能会在持久性模型中选择它以方便使用。)

于 2014-06-24T14:19:22.317 回答
1

不知道为什么你的命令有一个 id 它会混淆事情(是的,一些分布式系统使用它,但它应该是最后的手段)。大多数开发人员会将此视为聚合的 id。

通常只需创建聚合 ID 并使用命令发送。毕竟命令是创建实体..

在大多数情况下,命令应该是同步的,这样您就可以将错误返回。使用 async 命令,您确实应该对成功或失败进行回调(并且 async 应该只在您真正需要的地方使用,它会增加系统的大量成本)。

你不会进入下一步(如果你需要下一步),直到 A)它是一个处理最终一致性的系统,很多业务逻辑都这样做。例如,等待交易所或第 3 方处理某事,则工作正在等待该信息。(即命令创建了一个订单,但订单的处理,例如 OrderDetail 可能还没有,订单的状态为订单处理) B)在继续之前,您对命令有成功、超时或失败响应。

于 2014-06-26T23:36:21.887 回答