저는 여러 개발자가 구현할 소프트웨어를 설계하려고합니다.복잡한 사용을위한 아키텍처 사용 사례
소프트웨어에는 UI의 여러 단계와 명령이 포함 된 복잡한 사용 사례가 많이 있습니다. UI와 Bussiness 논리를 명확하게 구분하고 싶기 때문에 각 사용 사례의 서로 다른 상태는 UI에 의해 제어되거나 제어되지 않아야하지만 하위 계층에서는 UI를 본질적으로 '벙어리'로 만듭니다.
저는이를 해결하기 위해 DCI와 State 패턴이 혼합 된 것으로 생각했습니다.
유사한 응용 프로그램에 대한 귀하의 경험을 알고 싶습니다. 가능한 경우 에게 조언을 제공해드립니다.
감사합니다.
"DCI", "상태 패턴"또는 다른 멋진 용어와 같은 유행어는 사용 사례에 중점을 두지 마십시오. 기억하십시오 : * 기본 설계 패턴 *은 "K.I.S.S"입니다. IMHO ...;) – paulsm4
@ Paulsm4 DCI의 목표 중 하나는 유스 케이스 구현을 단순화하여 의견이 자체적으로 모순이되는 것입니다. –
DCI의 개척자 인 Jim Coplien이 작성한 Lean Development Book을 읽어 보시기 바랍니다. IMHO이 도움이 될 수 있습니다. –