用於驅動複雜用例的體系結構

我即將設計一個軟件，由幾個開發人員實施。用於驅動複雜用例的體系結構

該軟件有許多複雜的用例，涉及UI中的幾個步驟和命令。我希望與UI和Bussiness邏輯有明確的分離，因此，不應該由UI驅動/控制每個用例的不同狀態，但在較低層會使UI基本上變得「笨拙」。

我已經考慮過DCI和狀態模式之間的混合來解決這個問題。

我想知道您使用類似應用程序的經驗，如果可能的話，會收到您的建議。

謝謝！

專注於用例，不用擔心諸如「DCI」，「狀態模式」或任何其他酷的術語的流行語。記住：*基本設計模式*是「K.I.S.S」。恕我直言...;） – paulsm4

@ Paulsm4 DCI的目標之一是使用例實現變得簡單，因此您的評論自相矛盾 –

我建議您閱讀DCI先驅Jim Coplien的精益開發書。恕我直言，這可以幫助。 –

這個概念很簡單，將DCI（或任何其他新概念）引入到一大羣開發人員中可能代價很高。如果這是一個長期項目，它可能是有道理的。

在另一方面，如果你想達到什麼是

從UI和經營業務邏輯

然後模型 - 視圖 - 控制器（MVC）的明確分離是一個更以及用於JavaScript和Windows Presentation Foundation應用程序的Model-View-ViewModel（MVVM）。

2013-11-28 11:59:22

回答