【发布时间】：2012-11-17 23:13:54
【问题描述】：
我即将设计一个由多个开发人员实施的软件。
该软件有许多复杂的用例，涉及 UI 中的多个步骤和命令。 我想与 UI 和业务逻辑有一个明确的分离，所以，不同的 每个用例的状态不应该由 UI 驱动/控制，而是在较低层， 使用户界面本质上“愚蠢”。
我已经考虑混合使用 DCI 和状态模式来解决这个问题。
我想知道您对类似应用程序的体验，如果可能的话， 接受您的建议。
谢谢！
【问题讨论】：
-
关注用例，不要担心诸如“DCI”、“状态模式”或任何其他很酷的术语之类的流行词。请记住：基本设计模式是“K.I.S.S”。恕我直言... ;)
-
@Paulsm4 DCI 的目标之一是使用例实现简单，这样您的评论就会自相矛盾
-
我建议您阅读 DCI 先驱 Jim Coplien 的精益开发书籍。恕我直言，这可以提供帮助。
标签： architecture use-case presentation-model dci