WPF от ICommand обратно в MainView

Question

Возможно, я пропустил этот момент, я уже давно копался, посмотрел на the different approaches, чтобы привязать взгляды и просмотреть модели и как перемещаться между ними.

Установка:

• 1 MainWindow (ViewModel: MainWindowViewModel)
• MainWindow содержит некоторые визуальные эффекты и ContentControl, который переплетены к ViewModelBase. Поэтому в MainWindowViewModel я могу установить любой другой вид (модель) для отображения.
• Получил два пользовательских элемента управления, один из которых - это форма входа в систему, а другая - индикатор загрузки.

Внутри App.xaml

<DataTemplate DataType="{x:Type vms:LoginViewModel}"> 
    <Views:LoginView /> 
    </DataTemplate> 
<DataTemplate DataType="{x:Type vms:LoadingViewModel}"> 
     <Views:LoadingView /> 
    </DataTemplate> 

Цель: Из ICommand внутри LoginViewModel вернуться к MainWindowViewModel, долго с данными формы. MainWindowViewModel затем переключится на LoadingViewModel, выполните асинхронный вызов службы. В следующий раз при запуске при обновлении токена обновления я покажу LoadingViewModel вместо формы входа. По завершении откроется новое окно (или что-то еще, пока не знаю).

Проблема: Большинство примеров показывают, как это сделать, когда кнопка находится вне обоих пользовательских элементов управления, поэтому, когда ICommand находится внутри MainWindow, то это было бы легко, но это событие вызывается из одного из подвидов , Использование PropertyChange кажется немного выключенным.

Давайте копаем код, мы?

MainWindow.xaml, только одна важная строка

<ContentControl Content="{Binding CurrentView}" Grid.Column="1" Grid.Row="1" /> 

MainWindow.xaml.cs, в конструктор

this.DataContext = new MainWindowViewModel(); 

MainWindowViewModel

public class MainWindowViewModel 
{ 
    public ViewModelBase CurrentView { get; set; } 

    public MainWindowViewModel() 
    { 
     CurrentView = new LoginViewModel(); 
    } 
} 

LoginViewModel

public class LoginViewModel : ViewModelBase 
{ 
    public DelegateCommand loginCommand { get; set; } 

    public LoginViewModel() 
    { 
     loginCommand = new DelegateCommand(Execute, CanExecute); 
    } 

    private bool CanExecute() 
    { 
     return true; 
    } 

    private void Execute() 
    { 
     //I need to go to MainWindowViewModel 
     throw new NotImplementedException(); 
    } 
    //more properties below heere. 

ViewModelBase наследует от BindableBase (от Prism), так что обрабатывает события PropertyChanged. В свойствах моих моделей просмотра используются правильные методы SetProperty. Я предпочитаю не использовать область Призма, IEventAggregator или Unitiy.

Solutions

Что приходит на ум посылает интерфейс длинный с конструктором, и использовать интерфейс, чтобы сделать «обратные вызовы» к MainWindowViewModel, но я предполагаю, что это даст ошибки, так как я буду измените представление и, таким образом, установите MainWindowViewModel.CurrentView на что-то другое, оставив LoginViewModel null. Поскольку запрос исходит от этого объекта, я могу себе представить, что это не очень хорошо.

Answer 1

Хорошим способом общения является концепция Messenger (MVVM Light) или EventAggregator (Prism).

В основном это паб/подсистема памяти.

Вот пример из статьи на MSDN

MVVM - Messenger and View Services in MVVM

Using the event aggregator pattern to communicate between view models

Я не уверен, рамки/библиотеки вы используете, но рамки наиболее MVVM имеют схожую концепцию lousily в сочетании связи ,

Это очень эффективная концепция обработки сообщений. Но с большой силой приходит ответственность =) ...

HTH