web应用程序中的DCI上下文

Question

我在考虑如何以及何时可以在Web应用程序中使用DCI上下文。我正在考虑这个高级用例：

1. 用户进入城市，到达，离开，房间类型，并点击“搜索”。
2. 系统显示酒店列表
3. 用户单击酒店徽标以读取其详细信息
4. 系统显示酒店详细信息
5. 用户单击“立即预订”
6. 系统显示付款表格
7. 用户输入客户详细信息、计费信息并单击“提交”。
8. 系统验证帐单信息并显示预订确认。

这是非常高的水平，当然需要被打破。第一步(1-2，3-4，5-6)感觉像是简单的资源请求，可以用某种搜索和REST体系结构来处理。所以我的第一个问题是，在这些情况下是否需要一个DCI上下文，普通的MVC还不够吗？当然，一个“酒店”数据实体可以发挥作用，但你认为它是可行的，特别是如果它是唯一的参与者？

最后一步是我看到DCI可能非常有用的地方，目前有一些工作要以过程的方式进行。(创建客户，向酒店添加预订，发送确认邮件.)

你对此有何看法？我在正确的轨道上吗？

Answer 1

我想我要说的是从第二步开始的上下文。你有一份参与其中的报价清单。目前，这些报价是酒店的报价，但酒店的报价是多少？它们可能是不同的东西。有些可能来自经纪人，有些可能直接来自酒店--这是两种不同类型的实体--但它们在这种情况下扮演着同样的角色，你可能会有更多的类型--有些可能是上下文--自我。例如，航班和酒店合并成一种报价，在这种情况下，酒店/经纪人报价和廉价航班报价各扮演一个角色，但列出的用例你不必担心这一点，而只是使域独立于用例发展成为可能，尽管用例是图书便宜的旅馆，我想说，我们试图捕捉的形式可以用“查找最佳报价”来更好地表达(虽然不是确切的)。

然后，当选择一个具体的提议时，我会同意你开始一个新的环境