Лучшее место для перевода в рабочее состояние нового окна в Образцовом Представлении ViewModel

В примере недвижимого имущества Саутриджа Jaime Rodriguez и Karl Shifflet, они создают окно в viewmodel, более конкретно в выполнить части связанной команды:

    protected void OnShowDetails ( object param ) 
    {
        // DetailsWindow window = new DetailsWindow();
        ListingDetailsWindow window = new ListingDetailsWindow();
        window.DataContext = new ListingDetailsViewModel ( param as Listing, this.CurrentProfile ) ; 
        ViewManager.Current.ShowWindow(window, true); 
    } 

Вот ссылка: http://blogs.msdn.com/jaimer/archive/2009/02/10/m-v-vm-training-day-sample-application-and-decks.aspx

Я предполагаю, что это не имеет большой проблемы. В конце концов, Viewmodel действует как 'связующее звено' между представлением и бизнес-слоем слоя/данных, так по моему скромному мнению, нормально быть связанным с Представлением (UI)...

Оникс (http://www.codeplex.com/wpfonyx) предоставит довольно хорошее решение для этого. Как пример, посмотрите на услуги ICommonDialogProvider, которые могут использоваться от ViewModel как это:

ICommonFileDialogProvider provider = this.View.GetService<ICommonDialogProvider>();
IOpenFileDialog openDialog = provider.CreateOpenFileDialog();
// configure the IOpenFileDialog here... removed for brevity
openDialog.ShowDialog();

Это является очень похожим на использование конкретного OpenFileDialog, но является полностью тестируемым. Для объема отделения Вас действительно нужно, была бы деталь реализации для Вас. Например, в Вашем случае можно хотеть сервис, который полностью скрывает то, что Вы используете диалоговое окно. Что-то вроде:

public interface IRemoveFiles
{
   string[] GetFilesToRemove();
}

IRemoveFiles removeFiles = this.View.GetService<IRemoveFiles>();
string[] files = removeFiles.GetFilesToRemove();

Затем необходимо удостовериться, что Представление имеет реализацию для услуг IRemoveFiles, для которых существует несколько опций, доступных Вам.

Оникс еще не готов к выпуску, но код является полностью рабочим и применимым по крайней мере как контрольная точка. Я надеюсь выпустить, стабилизируют интерфейс V1 очень вскоре и выпустит, как только у нас есть достойная документация и образцы.

Я столкнулся с этой проблемой с MVVM также. Моя первая мысль состоит в том, чтобы попытаться найти способ не использовать диалоговое окно. Используя WPF намного легче придумать дождевик способ сделать вещи, чем с диалоговым окном.

Когда это не возможно, наилучший вариант, кажется, чтобы сделать, чтобы ViewModel назвал Общий класс для получения информации от пользователя. ViewModel должен полностью не знать, что диалоговое окно показывают.

Так, как простой пример при необходимости в пользователе для подтверждения удаления, ViewModel мог бы назвать DialogHelper. ConfirmDeletion (), который возвратил бы булевскую переменную того, сказал ли пользователь да или нет. Фактический показ диалогового окна был бы сделан в классе Помощника.

Для более усовершенствованных диалоговых окон, возвращая много данных, вспомогательный метод должен возвратить объект со всей информацией от диалогового окна в нем.

Я соглашаюсь, что это не самое гладкое соответствие с остальной частью MVVM, но я еще не нашел лучших примеров.

Я должен был бы сказать, Сервисы являются способом пойти сюда.

Сервисный интерфейс дает возможность возврата данных. Затем фактическая реализация того сервиса может показать диалоговое окно или безотносительно получить информацию, необходимую в интерфейсе.

Тот способ протестировать это, можно дразнить сервисный интерфейс в тестах и ViewModel, ничего не узнал. Что касается ViewModel, это попросило у сервиса некоторой информации, и это получило то, в чем это нуждалось.

Для Диалоговых окон этого вида. Я определяю его как вложенный класс FindFilesCommand. Если основное диалоговое окно использовало среди многих команд, я определяю его в модуле, доступном для тех команд, и имею команду, настраивают диалоговое окно соответственно.

Объектов команды достаточно, чтобы показать, как диалоговое окно взаимодействует с остальной частью программного обеспечения. В моем собственном программном обеспечении Объекты команды находятся в своих собственных библиотеках, таким образом диалоговое окно скрыто от остальной части системы.

Чтобы сделать что-либо более необычное является излишеством, по-моему. Кроме того, пытаясь сохранить его на высшем уровне, часто включающем создающий много дополнительных интерфейсов и регистрационных методов. Это - большое кодирование для небольшого усиления.

Как с любой платформой рабская преданность приведет Вас вниз некоторые странные дорожки. Необходимо использовать суждение, чтобы видеть, существуют ли другие методы для использования, когда Вы получаете плохой запах кода. Снова, по-моему, диалоговые окна должны быть плотно связаны и определены рядом с командой, которые используют их. Тот путь пять лет спустя я могу возвратиться к тому разделу кода и видеть все, с чем имеет дело команда.

Снова в нескольких экземплярах, что диалоговое окно полезно для нескольких команд, я определяю его в модуле, характерном для всех них. Однако в моем программном обеспечении, возможно, 1 из 20 диалоговых окон похож на это. Так как основным исключением является файл, открываются/сохраняют диалоговое окно. Если бы диалоговое окно используется десятками команд затем, я пошел бы полным путем определения интерфейса, создания формы для реализации того интерфейса и регистрации той формы.

Если Локализация для международного использования будет важна для Вашего приложения, то необходимо будет удостовериться, что объясняете это с этой схемой, поскольку все формы не находятся в одном модуле.

То, что мы делаем, похоже на то, что описано здесь: http://www.codeproject.com/KB/WPF/DialogBehavior.aspx?msg=3439968#xx3439968xx

ViewModel имеет свойство, которое называется ConfirmDeletionViewModel. Как только я устанавливаю свойство, поведение открывает диалоговое окно (модальное или нет) и использует ConfirmDeletionViewModel. Кроме того, я передаю делегат, который выполняется, когда пользователь хочет закрыть диалоговое окно. По сути, это делегат, который устанавливает для свойства ConfirmDeletionViewModel значение null.