패키지 프레임 워크 (Visual Studio 패키지와 같은)에서 UI (Designer/Editor) 로직을 분리하는 가장 좋은 방법은 무엇입니까?

Question

여기서 우려 사항을 분리하고 싶습니다. 사용자 정의 XML 디자이너, 객체 모델, 유효성 검사 등의 모든 UI 로직을 별도의 어셈블리로 만들고 포함시킵니다. 그런 다음 패키지 프레임 워크는 디자이너 정보 만 등록하고 UI 서비스를 요청해야하며 모든 것이 마술처럼 작동합니다.

이런 식으로 UI 디자이너를 수정해야 할 때 패키지 프레임 워크 (Visual Studio Package) 어셈블리를 사용하지 않아도됩니다.

이 질문은 플러그인과 같이 UI 논리를로드하는 골격 프레임 워크에서 UI 논리를 분리 해야하는 모든 것에 적용됩니다.

ServiceProvider 모델, 플러그인 모델 또는 다른 선택이 있습니다.

모든 샘플, 패턴에 대한 제안, 링크를 환영합니다.

업데이트 1 : 내가 찾고있는 것은 "Prism (Composite WPF)이 법안에 적합합니까? 위에서 언급 한 것처럼 우려 사항을 분리하는 프로젝트/응용 프로그램에서 작업 한 사람이 있습니까? 여전히 답을 찾고 있습니다)

Answer 1

편집기를로드하는 vspackage를 만들었습니다. 편집기는 별도의 어셈블리에 앉아 정의한 인터페이스를 구현합니다. vspackage는 인터페이스와 함께 작동하므로 편집기 (및 어셈블리)에 대한 변경 사항은 인터페이스를 변경하지 않는 한 vspackage에 영향을 미치지 않습니다.

Answer 2

당신이 이음새에 대해 묻는 것은 MVC 패턴은 시행을 시도합니다.

ASP.NET MVC 이미 a 미리보기 5.

주로 웹을위한 것이지만 WinForms에도 사용할 계획이라고 생각하지만 확실하지 않습니다.

Answer 3

나는 선호한다 모델보기 발표자 무늬