2009-11-30 2 views
2

개발 용 MVP (수동보기) 프레임 워크를 만들고 응용 프로그램 컨트롤러 패턴을 사용하여 뷰 간의 탐색을 관리하기로 결정했습니다. 이것은 WinForms, ASP.NET 및 WPF 인터페이스를 대상으로합니다. 이러한 뷰 기술 정말 스왑 나의 MVP 프레임 워크는 매우 가볍고 그래서MVP 및 응용 프로그램 컨트롤러 패턴을 사용하는 세션 상태

아니에요하지만 100 % 확신, 그 순간에 내 목표입니다.

내가 맞으려고하는 것은 (a) View의 수명 동안 유지되거나 더 많은 가능성이있는 (b) 여러보기에 걸쳐 유지되어야하는 상태 정보가 필요한 "Business Conversation"개념입니다 유스 케이스 (비즈니스 대화)의 수명 동안. 개발자가 걱정할 필요가 없기 때문에 상태 관리를 프레임 워크의 일부로 삼기를 바랍니다. 대화를 "시작"하고 객체를 등록하고 프레임 워크는 대화를 "종료"할 때까지 나머지 작업을 수행하기 만하면됩니다.

아무도 MVP에 맞추는 데 어떤 생각 (패턴)이 있습니까? 나는 사용자를 다음보기로 보내려면 현재 상태를 알고 있으므로 응용 프로그램 컨트롤러 책임 (대화 관리자 개체에 위임)의 일부가 될 수도 있다고 생각했지만 .... 발표자가 대화를 시작하고 끝내면 발표자가 대화 및 해당 대화에 등록 된 개체를 관리합니다. 불행하게도 그것은 발표자가 다른 대화에서 사용될 수 없다는 것을 의미합니다 ... 그래서 그 생각은 옳지 않은 것처럼 보입니다.

당신이 볼 수 있듯이, 나는 쉬운 대답이 있다고 생각하지 않는다 (그리고 나는 잠시 동안 찾았다). 그래서 다른 누구도 어떤 생각을 가지고 있니?

답변

1

비즈니스 대화를 지원하는 데 필요한 클래스는 사용자 인터페이스 만 포함하는 경우 발표자에 있어야합니다. 그렇지 않으면 모델과 컨트롤러에서보기에서 발표자로 모델에 있어야합니다. 비즈니스 대화에 대한 정보가 다른 방향으로 흘러갑니다. 나는 단지 발표자에 상주 할 수있는 무언가라고 생각합니다. 모든보기가 발표자에 액세스 할 수 있기 때문에

당신은 그 때 여러 뷰를 통해 유지 될 수 있도록 대화를 지원하는 객체를 구성 할 수있는 능력을 가지고있다.

기억보기는 소프트웨어에있는 데이터의 창입니다. 그들은 다른 디스플레이 데이터를 거의 사용하지 않았고 로직을 수행하는 발표자에게 사용자 상호 작용을 전달했습니다.

관련 문제