Какие плюсы и минусы у различных подходов в работе с диалоговыми окнами в WPF MVVM?

Question

[Jaguar_sea]

На сколько я знаю есть 3 подхода для работы с диалоговыми окнами в MVVM: Messenger, Service Dialog, Dependency Injection. Какие у них плюсы и минусы? Какой подход лучше подойдет для маленького приложения, какой для большого? Какой из них проще в применении? Ну и т.д. Если есть и другие варианты, пожалуйста то же опишите.

Answer 1

[Максим Грехов]

С чего вы взяли что это подходы для работы с диалогами?
Messenger - паттерн для передачи сообщений(событий) из одной вью модели в другую.
Service Dialog - сервис который создает разные диалоговые окна?
Dependency Injection - одна из реализаций принципа Inversion of Control (инверсия управления). Например вашей MainViewModel надо использовать Messenger и ServiceDialog. Тогда вы делаете инъекцию зависимостей, например, через конструктор.

public MainViewModel(Messenger messenger, ServiceDialog serviceDialog){...}

IoC-контейнер подставит зависимости сам.
Так я определяю сказанные вами понятия. Теперь вопрос - что мешает использовать это все вместе?

Comments

[Jaguar_sea]

Спасибо, за ваш ответ. Судя по нему я пошел по не верному пути в своих изысканиях. Может тогда дадите верное направление? На пример, если не сложно, подскажите что по читать по поводу изучаемого мной вопроса?

[Максим Грехов]

Сложно назвать какой то один источник который включал бы все. Общие рекомендации - изучить конкретные шаблоны(паттерны) и терминологию. Например Messenger в MVVM Light, EventAggregator в Caliburn Micro, PubSub в Prism. Немного отличаются, а по сути одно и тоже. Стоит изучить разные MVVM фреймворки и принципы лежащие за ними. Выбрать IoC-контейнер по вкусу (www.palmmedia.de/blog/2011/8/30/ioc-container-benc... и использовать, они отличаются скоростью, функциональностью и тд. Советую не использовать шаблон ServiceLocator, лучше делайте инъекции через конструктор, так сразу видно что нужно данному объекту. После этого разобрать как и почему именно так работает вот этот проект https://github.com/tgjones/gemini . Ну и в конце написать свой аналог с использование выбранного вами MVVM фреймворка и IoC-контейнера. Я написал две версии в свое время(Catel, Caliburn.Micro), когда что то не работало я качал исходники используемых библиотек, собирал и делал отладку своей надстройки со сторонними библиотеками, это давало понятие как оно все устроено внутри.

[Максим Грехов]

Хотя я наверное погорячился с gemini. Возможно вам не нужен такой динамический монстр. Или в принципе не нужен десктоп. Тогда стоит искать крупные наработки(проекты) по конкретно вашей специфике и изучать их.