Najlepsze podejście do tworzenia nowego okna w WPF przy użyciu MVVM

Niektóre frameworki MVVM (np. MVVM Light ) wykorzystują wzorzec mediatora . Aby otworzyć nowe okno (lub utworzyć dowolny Widok), jakiś kod specyficzny dla widoku zasubskrybuje wiadomości od mediatora, a model ViewModel wyśle te wiadomości.

Tak:

Subopis

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

In ViewModel

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

Wolę robić subskrypcję w klasie singleton, która "żyje"tak długo, jak część interfejsu użytkownika aplikacji. Podsumowując: ViewModel przechodzi wiadomości takie jak "muszę utworzyć widok", A interfejs słucha tych wiadomości i działa na nich.

Jestem trochę spóźniony, ale istniejące odpowiedzi są niewystarczające. Wyjaśnię dlaczego. Ogólnie:

To jest w porządku, aby uzyskać dostęp do ViewModels z widoku,
• błędem jest uzyskiwanie dostępu do widoków z ViewModels , ponieważ wprowadza kołową zależność i sprawia, że ViewModels jest trudny do przetestowania.

Benny Jobigan ' s anwer:

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

Byłoby czystsze, gdybyś użył interfejsu do widoku:

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

Teraz model widoku nie jest wyraźnie połączony z widokiem. Jednak uważam, że tworzenie interfejsu dla każdego widoku jest dość niepraktyczne.

Arconaut ' s anwer:

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

Moje Rozwiązanie:

Możesz otworzyć okno z MainWindowViewModel w następujący sposób:

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 pobiera tylko model widoku okna dialogowego, więc twoje modele są całkowicie niezależne od widoków. W czasie wykonywania DialogService może znaleźć odpowiedni Widok (używając konwencji nazewnictwa dla przykład) i pokazuje go, lub może być łatwo wyśmiewany w testach jednostkowych.

W moim przypadku używam tego interfejsu:

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;}
}

Gdzie DialogButton określa DialogResult lub ICommand lub oba.

Spójrz na moje obecne rozwiązanie MVVM do wyświetlania dialogów modalnych w Silverlight. Rozwiązuje większość problemów, o których wspomniałeś, ale jest całkowicie wyodrębniony z konkretnych rzeczy platformy i może być ponownie użyty. Nie używałem też żadnego kodu - tylko wiązania z poleceniami Delegatecomands, które implementują ICommand. Okno dialogowe jest w zasadzie widokiem-osobną kontrolką, która ma swój własny ViewModel i jest wyświetlana z ViewModel głównego ekranu, ale wyzwalana z interfejsu użytkownika za pomocą powiązania DelagateCommand.

Zobacz pełne rozwiązanie Silverlight 4 tutaj modalne okna dialogowe z MVVM i Silverlight 4

Używam kontrolera, który obsługuje wszystkie informacje przechodzące między widokami. Wszystkie viewmodele używają metod w kontrolerze, aby zażądać więcej informacji, które mogą być zaimplementowane jako okna dialogowe, inne widoki itp.

Wygląda to mniej więcej tak:

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();
      ...
    }
}

Moje podejście jest podobne do adrianma. jednak w moim przypadku kontroler nigdy nie działa z konkretnymi typami widoków. Kontroler jest całkowicie odsprzęgnięty od widoku - w taki sam sposób, jak model ViewModel.

Jak to działa można zobaczyć na przykładzie ViewModelWPF Application Framework (WAF).

.

Pozdrawiam,

Jbe