我正在考虑如何以及何时在Web应用程序中使用DCI上下文。我正在考虑这种高级用例：
- 用户进入城市，到达，出发，房间类型和点击"搜索"。
- 系统显示酒店列表
- 用户点击酒店徽标以阅读其详细信息
- 系统显示酒店详细信息
- 用户单击"立即预订"
- 系统显示付款表格
- 用户输入客户详细信息，计费信息并点击"提交"。
- 系统验证帐单信息并显示预订确认。
这是非常高级的，肯定需要分解。第一步（1-2、3-4、5-6）感觉就像是简单的资源请求，可以通过一些搜索和安排来处理。因此，我的第一个问题是，在这些情况下是否需要DCI-Contept，MVC不够平面？当然，"酒店"数据实体可以发挥作用，但是您认为这是可行的，尤其是如果它是唯一的演员？
最后一步是我看到DCI可能非常有用，因为现在有一个程序的工作要做。（创建客户，向酒店添加预订，发送确认邮件...
）您对此有何看法？我在正确的轨道上吗？
我想我会说上下文从步骤2开始。您有发挥作用的报价列表。目前，这些优惠是酒店优惠，但是酒店的报价是什么？他们可能是不同的事情。有些可能来自经纪人，有些可能直接来自酒店，这些是两种不同类型的实体，但是它们在这种情况下起着相同的作用，您可能会有更多类型的某些类型，而某些类型可能是自我的上下文。例如。飞行和酒店合并为要约，在这种情况下，酒店/经纪人的报价和廉价的航班要约都扮演着每个角色，但是您不必担心的是列出的用例独立于用例进化，尽管用例是书本便宜的酒店，但我要说的是，我们要捕获的表格可以通过"找到最佳报价"来更好地表达（尽管不是精确）
然后选择特定的报价时，我会同意您开始新的上下文