Domain driven design 在CQRS http应用程序中实现Saga/Process Manager
以下示例：（图3） 它如何适应http应用程序 用户应向PlaceOrderController执行http请求，后者将发送PlaceOrderCommand，但订单流程管理器如何向用户回答“9.订单已确认”？为了将此信息返回给用户，控制器如何意识到这一点Domain driven design 在CQRS http应用程序中实现Saga/Process Manager,domain-driven-design,process-management,saga,Domain Driven Design,Process Management,Saga,以下示例：（图3） 它如何适应http应用程序 用户应向PlaceOrderController执行http请求，后者将发送PlaceOrderCommand，但订单流程管理器如何向用户回答“9.订单已确认”？为了将此信息返回给用户，控制器如何意识到这一点 谢谢您不必立即回答“订单已确认”。看看亚马逊和其他购物网站是如何做到这一点的：在提交订单时，您只会收到一个“订单接受确认”（例如，HTTP代码202已接受）。当订单流程管理器处理了实际订单时，在单独的消息/通道（例如，电子邮件）上会收到一个“
谢谢您不必立即回答“订单已确认”。看看亚马逊和其他购物网站是如何做到这一点的：在提交订单时，您只会收到一个“订单接受确认”（例如，HTTP代码202已接受）。当订单流程管理器处理了实际订单时，在单独的消息/通道（例如，电子邮件）上会收到一个“订单确认”通知发送给用户。@Hippoom为您指明了正确的方向 CQRS之旅（你在读什么）说： 该团队后来更换了该机制，以检查系统是否 使用Post重定向Get的实现保存订单 下面的代码示例显示了 StartRegistration操作方法。有关 Post重定向获取模式请参阅上的文章 维基百科
[HttpPost]
public ActionResult StartRegistration(string conferenceCode,
OrderViewModel contentModel)
{
...
this.commandBus.Send(command);
return RedirectToAction(
"SpecifyRegistrantDetails",
new { conferenceCode = conferenceCode, orderId = command.Id });
}
[HttpGet]
public ActionResult SpecifyRegistrantDetails(string conferenceCode, Guid orderId)
{
var draftOrder = this.WaitUntilUpdated(orderId);
...
}
这里我们讨论的是在最坏的情况下毫秒或几秒钟的最终一致性，所以p-R-G模式非常适合 无论如何，在那里你可以阅读关于最终一致性UI的文章 评论后编辑： 尤迪·达汉说： 什么时候应该避免CQR 答案是大部分时间 这是我能给你的最有力的暗示，让你知道你 正确地做CQR：你的聚合根是传奇
因此，我认为您的问题不在于发现CQR如何为HTTP应用程序工作。您的问题在于，对于您正在询问的流程和用例，您应该避免CQR。您的Web/REST api独立于您的域模型，但根据您的用例和用户代理需求映射到它。一种方法是提交“作业”“然后调查工作进展情况。有许多权衡要考虑。例如，根据您的基础结构，发送通知可能是最好的方式。如果需要REST/HTTP，可以尝试以下方法： 用户代理：
POST /jobs/registrations
..content..
GET /jobs/registration/<some-job-id>
..content with job status..
HTTP/1.1 303 See Other
Location /jobs/registration/<some-job-id>
POST /jobs/registrations
..content..
GET /jobs/registration/<some-job-id>
..content with job status..
GET/jobs/registration/
…满足于工作状态。。