0

클라이언트 응용 프로그램과 서버간에 일종의 조정자 (디스패처/컨트롤러)를 구현하려고합니다. 클라이언트가 mediator -> mediator에게 명령을 보내 명령을 처리 (실행)합니다. WCF를 통신 플랫폼으로 사용합니다. 중재자의 인터페이스를 변경하지 않고 새로운 명령을 클라이언트에 추가 할 수있는 방법 (패턴 또는 재치)이 있습니까?
말하기 중개자는 클라이언트로부터 숨겨진 여러 가지 다른 서비스를 처리합니다. 클라이언트는 서버에 명령을 보내 일부 작업을 수행합니다. 이러한 작업에는 다양한 도메인 서비스 및 서버 측 클래스가 포함됩니다. 나중에 클라이언트에 새 명령을 추가하기로 결정했습니다. 이 새로운 작업은 도메인 서비스에서 수행 할 수 있지만 중재자의 인터페이스를 확장하지 않고 도메인 서비스에서 원격 컴퓨터에서 해당 작업을 트리거하는 방법 (중재자가 클라이언트와 서버 간의 유일한 통신 지점이기 때문에)클라이언트와 서버 간의 통신 메디 에이터 (컨트롤러?)

일반적으로 저는 WEB 앱이 아닌 WEB 앱에서 사용되는 MVC 패턴의 컨트롤러에 대한 대안을 찾고 있습니다.

아이디어가 있으십니까? 솔루션?

+0

나머지 .. –

+1

를 MVC 패턴은 웹 애플리케이션에 한정되는; MVC 패턴을 ASP.Net MVC와 혼동하고 있다고 생각합니다. –

+0

MVC + 명령 패턴은이를 수행하는 방법입니다! 귀하의 설명과 나는 당신이 새로운 명령을 추가하고 클라이언트가 변경하지 않고 명령을 사용할 수 있어야합니다 이해합니다. 내 이해 오른쪽이야? 그것은 확실히 야심적이지만 확실하게 가능합니다. :) – Subbu

답변

0

그래서 나에게는 메시지 형식을 인식하지 못하는 투명 프록시가 필요할 것으로 보이며 적절한 백엔드 시스템에 전달하는 것이 좋습니다. 즉, "RPC API"가 아닌 "Message API"와 같은 것이 필요합니다. 이것은 여러 가지 방법으로 수행 할 수 있습니다. 메시지를 XML로 전달할 수 있습니다. 여기서 명령의 유형, 명령 이름, 매개 변수 등을 지정할 수 있습니다. 그런 다음 명령의 유형에 따라 조정자는 명령을 적절한 백업 된 체계. 그런 식으로 새 명령 (이름)을 추가하면 백엔드 시스템 만 수정해야합니다. 새 명령 유형을 추가하는 경우 조정자를 수정해야하지만 새 명령은 수정할 수 없습니다.

당신은 예를 들어, 자세한 내용은 메시지 API 패턴을 구글 수 : WCF 이상 http://www.servicedesignpatterns.com/WebServiceAPIStyles/MessageAPI

관련 문제