WPF - диалоги с использованием MVVM - PullRequest
4 голосов
/ 20 июля 2010

При использовании настраиваемых диалоговых окон в приложении MVVM, считаете ли вы нормальным использование кода для обработки свойств, событий и т. Д.? Или я должен всегда иметь ViewModel, привязанную к каждому виду диалога? Что ты думаешь?

Ответы [ 4 ]

1 голос
/ 20 июля 2010

По какому критерию мы должны решить, является ли выделенный код в порядке или нет?

Что если пользовательский диалог является сложным мастером?Что если диалог представляет собой целое мини-приложение само по себе?В этих случаях я думаю, что мы можем утверждать, что MVVM имеет смысл, и выделение кода на самом деле не очень привлекательно.

Если мы примем это, то где мы проведем черту?Я думаю, что мы не должны, потому что простой диалог сегодня может стать сложным .Было бы лучше, чтобы оставался последовательным.

Другими словами: MVVM полностью

См. Также этот связанный вопрос: MVVMи команды, которые показывают больше GUI

1 голос
/ 21 июля 2010

Диалог - это просто другой вид.Основная цель ViewModel - инкапсулировать поведение представления.Если это мнение имеет поведение, то, на мой взгляд, это оправдано для ViewModel.Если это статический пользовательский интерфейс или просто привязка напрямую к элементу модели без какого-либо кодированного поведения, то нет, ViewModel не требуется.

1 голос
/ 20 июля 2010

Причины наличия ViewModel в диалоговом окне в значительной степени аналогичны тем, что они есть в любом другом окне, насколько мне известно, поэтому я бы сделал то же самое (что бы это ни было!) , Лично я бы имел ViewModel и как можно меньше в коде позади.

0 голосов
/ 23 июля 2010

Почему бы не использовать ViewModel для диалога?

Пример приложения ViewModel * WPA Application Framework (WAF) показывает, как использовать диалоги WPF вместе с ViewModels.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...