Лучший подход для создания нового окна в WPF с помощью MVVM

некоторые фреймворки MVVM (например MVVM Light) воспользоваться шаблон медиатора. Поэтому, чтобы открыть новое окно (или создать какое-либо представление), некоторый код, специфичный для представления, будет подписываться на сообщения от посредника, и ViewModel будет отправлять эти сообщения.

такой:

Subsription

Messenger.Default.Register<DialogMessage>(this, ProcessDialogMessage);
...
private void ProcessDialogMessage(DialogMessage message)
{
     // Instantiate new view depending on the message details
}

В ViewModel

Messenger.Default.Send(new DialogMessage(...));

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

там нет "идеального" подхода, хотя, конечно.

Я немного опоздал, но я нахожу существующие ответы недостаточными. Я объясню, почему. В общем:

• это нормально, чтобы получить доступ к ViewModels из вида,
• это неправильно, чтобы получить доступ к представлениям из ViewModels, потому что он вводит циклическую зависимость и делает ViewModels трудно проверить.

ответ Бенни Джобигана:

App.Container.Resolve<MyChildView>().ShowDialog();

это на самом деле ничего не решает. Вы получаете доступ к своему представлению из ViewModel в a тигрово спаренная мода. Единственное отличие от new MyChildView().ShowDialog() заключается в том, что вы пошли через слой. Я не вижу никакого преимущества перед прямым вызовом mychildview ctor.

было бы чище, если бы вы использовали интерфейс для просмотра:

App.Container.Resolve<IMyChildView>().ShowDialog();`

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

arconaut это:

Messenger.Default.Send(new DialogMessage(...));

лучше. Похоже Messenger или EventAggregator или другие шаблоны pub/sub являются универсальным решением для каждого из MVVM:) недостатком является то, что его сложнее отлаживать или переходить к DialogMessageHandler. Это слишком косвенное имхо. Например, как бы вы прочитали вывод из диалогового окна? путем изменения DialogMessage?

Мое Решение:

вы можете открыть окно из MainWindowViewModel следующим образом:

var childWindowViewModel = new MyChildWindowViewModel(); //you can set parameters here if necessary
var dialogResult = DialogService.ShowModal(childWindowViewModel);
if (dialogResult == true) {
   //you can read user input from childWindowViewModel
}

DialogService занимает всего модель представления диалогового окна, так что ваш просмотр моделей совершенно независимо от взглядов. Во время выполнения DialogService может найти соответствующее представление (например, используя соглашение об именах) и показать его, или его можно легко высмеять в модульных тестах.

в моем случае я использую эту интерфейсы:

interface IDialogService
{
   void Show(IDialogViewModel dialog);
   void Close(IDialogViewModel dialog); 
   bool? ShowModal(IDialogViewModel dialog);
   MessageBoxResult ShowMessageBox(string message, string caption = null, MessageBoxImage icon = MessageBoxImage.No...);
}

interface IDialogViewModel 
{
    string Caption {get;}
    IEnumerable<DialogButton> Buttons {get;}
}

где DialogButton указывает DialogResult или ICommand или оба.

взгляните на мое текущее решение MVVM для отображения модальных диалогов в Silverlight. Он решает большинство проблем, о которых вы упомянули, но полностью абстрагируется от конкретных вещей платформы и может быть использован повторно. Также я не использовал код за пределами только привязки с DelegateCommands, которые реализуют ICommand. Диалог-это в основном представление-отдельный элемент управления, который имеет свою собственную ViewModel и отображается из ViewModel главного экрана, но запускается из пользовательского интерфейса через DelagateCommand обязательный.

Смотрите полное решение Silverlight 4 здесь модальные диалоги с MVVM и Silverlight 4

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

это выглядит примерно так:

class MainViewModel {
    public MainViewModel(IView view, IModel model, IController controller) {
       mModel = model;
       mController = controller;
       mView = view;
       view.DataContext = this;
    }

    public ICommand ShowCommand = new DelegateCommand(o=> {
                  mResult = controller.GetSomeData(mSomeData);
                                                      });
}

class Controller : IController {
    public void OpenMainView() {
        IView view = new MainView();
        new MainViewModel(view, somemodel, this);
    }

    public int GetSomeData(object anyKindOfData) {
      ShowWindow wnd = new ShowWindow(anyKindOfData);
      bool? res = wnd.ShowDialog();
      ...
    }
}

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

Как это работает можно увидеть в Примере ViewModel WPF Application Framework (WAF).

.

С Уважением,

jbe