2012-11-29 3 views
1

저는 여러 개발자가 구현할 소프트웨어를 설계하려고합니다.복잡한 사용을위한 아키텍처 사용 사례

소프트웨어에는 UI의 여러 단계와 명령이 포함 된 복잡한 사용 사례가 많이 있습니다. UI와 Bussiness 논리를 명확하게 구분하고 싶기 때문에 각 사용 사례의 서로 다른 상태는 UI에 의해 제어되거나 제어되지 않아야하지만 하위 계층에서는 UI를 본질적으로 '벙어리'로 만듭니다.

저는이를 해결하기 위해 DCI와 State 패턴이 혼합 된 것으로 생각했습니다.

유사한 응용 프로그램에 대한 귀하의 경험을 알고 싶습니다. 가능한 경우 에게 조언을 제공해드립니다.

감사합니다.

+0

"DCI", "상태 패턴"또는 다른 멋진 용어와 같은 유행어는 사용 사례에 중점을 두지 마십시오. 기억하십시오 : * 기본 설계 패턴 *은 "K.I.S.S"입니다. IMHO ...;) – paulsm4

+1

@ Paulsm4 DCI의 목표 중 하나는 유스 케이스 구현을 단순화하여 의견이 자체적으로 모순이되는 것입니다. –

+0

DCI의 개척자 인 Jim Coplien이 작성한 Lean Development Book을 읽어 보시기 바랍니다. IMHO이 도움이 될 수 있습니다. –

답변

0

개념이 간단하기 때문에 큰 개발자 그룹에 DCI (또는 다른 새로운 개념)를 도입하면 비용이 많이들 수 있습니다. 장기 프로젝트라면 이해가 될 것입니다. 한편

, 당신이 달성하고자하는

는 UI와를 bussiness 로직

다음 모델 - 뷰 - 컨트롤러 (MVC)에서 명확한 분리가 더 인 경우 JavaScript 및 Windows Presentation Foundation 응용 프로그램 용 MVVM (Model-View-ViewModel)은 물론 기존 패턴도 지원합니다.