我在考虑如何以及何时可以在Web应用程序中使用DCI上下文。我正在考虑这个高级用例：
这是非常高级的，肯定需要分解。第一步（1-2,3-4,5-6）感觉就像可以使用某些搜索和REST架构处理的简单资源请求。所以我的第一个问题是，在这些情况下是否需要DCI上下文，不是普通的MVC吗？当然，“酒店”数据实体可以发挥作用，但你认为它是否可行，特别是如果它是唯一的演员？
最后一步是我看到DCI可能非常有用，因为现在有一些工作要以程序的方式进行。 （创建客户，向酒店添加预订，发送确认邮件......）
您对此有何看法？我是在正确的轨道上吗？
答案 0 :(得分：1)
我想我会说上下文从第2步开始。 您有一份参与的优惠清单。目前这些优惠是酒店优惠，但酒店提供什么？他们可能是不同的东西。有些可能来自经纪人，有些可能直接来自酒店，那些是两种不同类型的实体，但它们在这种情况下扮演相同的角色，你可能有更多的类型，其中一些可能是自我的背景。例如。航班和酒店结合到一个报价，在这种情况下，酒店/经纪人提供和廉价航班提供每个角色，但列出的用例你不应该担心这一点，但只是使域可以独立于用例演变，虽然用例是书本便宜的酒店我会说我们试图捕捉的形式可以用“找到最佳报价”更好地表达（虽然不准确）
然后，在选择特定优惠时，我同意您开始新的背景