Каков наилучший способ отделить логику пользовательского интерфейса (дизайнера / редактора) от платформы Package (например, пакета Visual Studio)

Question

Я хочу разделить проблемы здесь. Создайте и внедрите всю логику пользовательского интерфейса для конструктора пользовательских XML, объектную модель, проверки и т. Д. В отдельную сборку. Тогда инфраструктура Package должна только зарегистрировать информацию о дизайнере и запросить UI Service, и все работает волшебным образом.

Таким образом, мне не нужно играть со сборкой Framework пакета (пакет Visual Studio), когда мне нужно изменить конструктор пользовательского интерфейса.

Этот вопрос также относится ко всему, где вы должны отделить логику пользовательского интерфейса от платформы Skeleton, которая его загружает, как плагин.

У меня есть несколько вариантов модели ServiceProvider, модели плагинов или может быть другой.

Любые образцы, предложения по шаблонам, ссылки приветствуются.

Обновление 1: я ищу такую ​​мысль, как - «Соответствует ли Prism (Composite WPF) всем требованиям? Кто-нибудь работал над проектом / приложением, которое разделяет проблемы так же, как я упоминал выше? (Я все еще ищу ответы)

Answer 1

Я создал VSPackage, который загружает редактор. Редактор находится в отдельной сборке и реализует интерфейс, который я определил. VSPackage работает с интерфейсом, поэтому любые изменения, которые я делаю в редакторе (и его сборке), не влияют на VSPackage, пока я не изменяю интерфейс.

Answer 2

То, что вы спрашиваете о швах, очень похоже на разделение проблем, которое пытается применить шаблон MVC .

ASP.NET MVC уже существует с предварительным просмотром 5 .

Это в основном для веб, но я думаю, что они планируют использовать его и для WinForms, но я не уверен.

Answer 3

Я предпочитаю Model View Presenter шаблон