Model view controller web应用程序中的DCI上下文

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

用户输入城市、到达、离开、房间类型并单击“搜索”

系统显示酒店列表

用户单击酒店徽标以阅读其详细信息

系统显示酒店详细信息

用户单击“立即预订”

系统显示付款单

用户输入客户详细信息、账单信息并单击“提交”

系统验证账单信息并显示预订确认

这是一个非常高的层次，当然需要分解。第一步（1-2、3-4、5-6）感觉像是简单的资源请求，可以通过一些搜索和REST架构来处理。所以我的第一个问题是，在这些情况下是否需要DCI上下文，简单的MVC还不够吗？当然，“酒店”数据实体可以扮演一个角色，但你认为它是可行的，特别是如果它是唯一的演员？

最后一步是我看到DCI可能非常有用，因为现在有工作要以程序的方式进行。（创建客户、向酒店添加预订、发送确认邮件…）

---

你对此有何看法？我走对了吗？

我想我应该说上下文从第2步开始。 你有一个发挥作用的报价清单。目前这些优惠都是酒店优惠，但什么是酒店优惠？它们可能是不同的东西。有些可能来自经纪人，有些可能直接来自酒店这是两种不同类型的实体，但它们在这方面发挥着相同的作用，你可能有更多的类型，有些可能是自我。例如，航班和酒店结合在一起，在这种情况下，酒店/经纪人报价和廉价航班报价各起作用，但列出的用例您不必担心这一点，只需使领域独立于用例发展成为可能，尽管用例是预订廉价酒店，但我想说的是，我们试图捕获的形式可以是用“寻找最佳报价”表达得更好（尽管不准确）

---

然后，当选择一个特定的报价时，我同意你开始一个新的上下文

我想我会说上下文从第2步开始。 你有一个发挥作用的报价清单。目前这些优惠都是酒店优惠，但什么是酒店优惠？它们可能是不同的东西。有些可能来自经纪人，有些可能直接来自酒店这是两种不同类型的实体，但它们在这方面发挥着相同的作用，你可能有更多的类型，有些可能是自我。例如，航班和酒店结合在一起，在这种情况下，酒店/经纪人报价和廉价航班报价各起作用，但列出的用例您不必担心这一点，只需使领域独立于用例发展成为可能，尽管用例是预订廉价酒店，但我想说的是，我们试图捕获的形式可以是用“寻找最佳报价”表达得更好（尽管不准确）

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