Паттерн MVVM и страничная навигация

#region Singleton

        private static volatile Navigation instance;
        private static object syncRoot = new Object();

        private Navigation() { }

        private static Navigation Instance
        {
            get 
            {
                if (instance == null) 
                {
                    lock (syncRoot) 
                    {
                        if (instance == null)
                            instance = new Navigation();
                    }
                }

                return instance;
            }
        }
#endregion

В представленном выше коде Вы можете увидеть, что свойство Instance я сделал приватным. Так сделано для простоты, чтобы наружу не выглядывало ничего лишнего. Вам же на практике может потребоваться сделать его доступным публично. Вместо приватного свойства экземпляра синглтона я создал публичное свойство сервиса навигации Service (типа NavigationService), которое транслирует вызовы через приватный экземпляр синглтона. Можно было сделать наоборот, но тогда бы все вызовы снаружи приходилось делать через экземпляр, т.е.

Navigation.Instance.Service

вместо

Navigation.Service

Выбирайте вариант, который Вам больше нравится. Мне кажется последний вариант проще, но он требует дополнительной реализации статических свойств и методов. Поэтому с реализацией нового функционала может стать выгоднее открыть свойство экземпляра (Navigation.Instance).

        public MainWindow()
        {
            InitializeComponent();

            Loaded += MainWindow_Loaded;
        }

        void MainWindow_Loaded(object sender, RoutedEventArgs e)
        {
            Navigation.Navigation.Service = MainFrame.NavigationService;

            DataContext = new MainViewModel(new ViewModelsResolver());
        }

В примере выше мы назначаем нашему навигатору NavigationService Frame главного окна. Вместо главного окна мог быть любой контрол, но забирать NavigationService нужно в событии Loaded данного контрола. До этого события можно получить null. Более детально жизненный цикл контролов и NavigationService я не изучал.
В качестве альтернативного сценария я мог бы предложить использование ChildWindow из WPF Toolkit Extended, в который встроен еще один Frame. Можно в таком случае временно подменить NavigationService в нашем навигаторе, чтобы совершить переход внутри такого диалога. Это позволит автоматизировать через биндинг подгрузку различных экранов в диалоговые окна. Но сценарий такого использования кажется весьма экзотичным, потому подробно расписывать не буду. Если такой сценарий интересен, то напишу отдельную статью.

        public static NavigationService Service
        {
            get { return Instance._navService; }
            set
            {
                if (Instance._navService != null)
                {
                    Instance._navService.Navigated -= Instance._navService_Navigated;
                }                
                
                Instance._navService = value;
                Instance._navService.Navigated += Instance._navService_Navigated;
            }
        }

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

        #region Public Methods

        public static void Navigate(Page page, object context)
        {
            if (Instance._navService == null || page == null)
            {
                return;
            }

            Instance._navService.Navigate(page, context);
        }

        public static void Navigate(Page page)
        {
            Navigate(page, null);
        }

        public static void Navigate(string uri, object context)
        {
            if (Instance._navService == null || uri == null)
            {
                return;
            }

            var page = Instance._resolver.GetPageInstance(uri);

            Navigate(page, context);
        }

        public static void Navigate(string uri)
        {
            Navigate(uri, null);
        }


        #endregion

В коде выше Вы можете заметить использование "_resolver". В разделе IoC я про него расскажу. Если кратко, то это наипростейшая реализация Контейнера для Инверсии Управления.

        #region Private Methods

        void _navService_Navigated(object sender, NavigationEventArgs e)
        {
            var page = e.Content as Page;

            if (page == null)
            {
                return;
            }

            page.DataContext = e.ExtraData;
        }

        #endregion

    public class BaseViewModel : INotifyPropertyChanged
    {

        public event PropertyChangedEventHandler PropertyChanged;

        protected void RaisePropertyChanged(string propertyName)
        {
            if (string.IsNullOrWhiteSpace(propertyName))
            {
                return;
            }

            if (PropertyChanged != null)
            {
                PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
            }
        }
    }

Обратите внимание, здесь свойство только для чтения и без вызова RaisePropertyChanged(…) где бы то ни было. В данном случае это было сделано для простоты. На практике такие свойства ViewModel’ей встречаются, но нечасто, т.к. Binding на таких свойствах сработает лишь раз. Даже если я добавлю сеттер без RaisePropertyChanged(…), то Binding все равно будет «одноразовым».

"_resolver" в данном случае — это еще один Контейнер Инверсии Управления, о которых пойдет речь в соответствующем разделе. На данный момент этот Resolver просто достает из словаря делегат, соответствующий переданному псевдониму ViewModel. Также стоит заметить, что на практике Вам может понадобиться сделать полную реализацию полей и свойств для частных ViewModel’ей. Это уже делается элементарно.

        public ICommand GoToPathCommand
        {
            get { return _goToPathCommand; }
            set
            {
                _goToPathCommand = value;
                RaisePropertyChanged("GoToPathCommand");
            }
        }

        public ICommand GoToPage1Command
        {
            get 
            { 
                return _goToPage1Command; 
            }
            set
            {
                _goToPage1Command = value;
                RaisePropertyChanged("GoToPage1Command");
            }
        }


        private void InitializeCommands()
        {
            
            GoToPathCommand = new RelayCommand<string>(GoToPathCommandExecute);

            GoToPage1Command = new RelayCommand<Page1ViewModel>(GoToPage1CommandExecute);

            GoToPage2Command = new RelayCommand<Page2ViewModel>(GoToPage2CommandExecute);

            GoToPage3Command = new RelayCommand<Page3ViewModel>(GoToPage3CommandExecute);
        }


        private void GoToPathCommandExecute(string path)
        {
            if (string.IsNullOrWhiteSpace(path))
            {
                return;
            }
            
            var uri = new Uri(path);

            Navigation.Navigate(uri);
        }

        private void GoToPage1CommandExecute(Page1ViewModel viewModel)
        {
            Navigation.Navigate(Navigation.Page1Alias, Page1ViewModel);
        }

Обратите внимание, в качестве пути передается псевдоним целевой страницы. Эти псевдонимы я поместил в виде констант в менеджер навигации, но вообще лучшее место для них в XML-файле настроек или просто в каком-то текстовом словаре.

<Window x:Class="Navigator.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        Title="MainWindow" Height="480" Width="640">
    <Grid>
        <Grid.ColumnDefinitions>
            <ColumnDefinition Width="Auto"/>
            <ColumnDefinition />
        </Grid.ColumnDefinitions>
        
        <ScrollViewer HorizontalScrollBarVisibility="Disabled" VerticalScrollBarVisibility="Hidden">
            <StackPanel>
                <Button Content="P 1 w/o data" Command="{Binding GoToPathCommand}" CommandParameter="pack://application:,,,/Pages;component/Page1.xaml"/>
                <Button Content="Page 1" Command="{Binding GoToPage1Command}" CommandParameter="{Binding Page1ViewModel}"/>
                <Button Content="Page 2" Command="{Binding GoToPage2Command}" CommandParameter="{Binding Page2ViewModel}"/>
                <Button Content="Page 3" Command="{Binding GoToPage3Command}" CommandParameter="{Binding Page3ViewModel}"/>
            </StackPanel>
        </ScrollViewer>
        
        <Frame x:Name="MainFrame" Grid.Column="1" Background="#CCCCCC"/>
        
    </Grid>
</Window>

    public partial class MainWindow : Window
    {
        public MainWindow()
        {
            InitializeComponent();

            Loaded += MainWindow_Loaded;            
        }

        void MainWindow_Loaded(object sender, RoutedEventArgs e)
        {
            Navigation.Service = MainFrame.NavigationService;

            DataContext = new MainViewModel();
        }
    }

<Page x:Class="Pages.Page3"
             xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
             xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
             xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" 
             xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
      xmlns:tkx="http://schemas.xceed.com/wpf/xaml/toolkit"
             mc:Ignorable="d" 
             d:DesignHeight="400" d:DesignWidth="400">
    <Grid>
        <tkx:ChildWindow WindowState="Open" Caption="My Dialog" IsModal="True" WindowStartupLocation="Center">
            <Grid>
                <Grid.RowDefinitions>
                    <RowDefinition Height="Auto"/>
                    <RowDefinition />
                </Grid.RowDefinitions>

                <TextBlock Text="{Binding Page3Text, FallbackValue='No Data'}" HorizontalAlignment="Center" VerticalAlignment="Center" FontSize="24" FontWeight="Bold"/>
                
                <StackPanel Grid.Row="1">
                    <TextBlock Text="Category:" Margin="5"/>
                    <ComboBox Text="Select..." Margin="5">
                        <ComboBoxItem Content="Category 1"/>
                        <ComboBoxItem Content="Category 2"/>
                        <ComboBoxItem Content="Category 3"/>
                    </ComboBox>
                        <TextBlock Text="Items:" Margin="5 10 5 5"/>
                    <ListBox Margin="5" SelectionMode="Multiple">
                        <ListBoxItem Content="Item 1"/>
                        <ListBoxItem Content="Item 2"/>
                        <ListBoxItem Content="Item 3"/>
                        <ListBoxItem Content="Item 4"/>
                        <ListBoxItem Content="Item 5"/>
                        <ListBoxItem Content="Item 6"/>
                        <ListBoxItem Content="Item 7"/>
                        <ListBoxItem Content="Item 8"/>
                    </ListBox>
                </StackPanel>
            </Grid>
        </tkx:ChildWindow>
    </Grid>
</Page>

На этой странице я разместил простенький диалог с выбором элементов из определенной категории. Это пример, приближенный к реальности. Вид диалога был показан на снимке главного окна выше. Обратите внимание, текстовый блок, кажется, лежит в диалоговом окне, но биндится к DataContext’у страницы напрямую, без всяких ухищрений. Это заслуга ChildWindow из WPF Toolkit Extended. Этот контрол на самом деле лишь имитирует поведение диалогового окна и является прямым потомком своего родителя в разметке XAML. Таким образом, DataContext наследуется в ChildWindow от Grid, в который я его поместил.
Кратко о проблеме привязки множественного выбора в ListBox. Чтобы вернуть во ViewModel список выбранных элементов ListBox’a я не могу использовать биндинг напрямую, т.к. свойство ListBox.SelectedItems не поддерживает биндинг. Чтобы решить эту проблему, можно отнаследовать от ListBox свой элемент управления, в котором добавить DependencyProperty. Однако есть более гибкий подход в контексте MVVM, о котором я и собираюсь написать в отдельной статье, если Вам это будет интересно.

namespace Navigator.Navigation
{
    public class PagesResolver : IPageResolver
    {
        
        private readonly Dictionary<string, Func<Page>> _pagesResolvers = new Dictionary<string, Func<Page>>();

        public PagesResolver()
        {
            _pagesResolvers.Add(Navigation.Page1Alias, () => new Page1());
            _pagesResolvers.Add(Navigation.Page2Alias, () => new Page2());
            _pagesResolvers.Add(Navigation.Page3Alias, () => new Page3());
            _pagesResolvers.Add(Navigation.NotFoundPageAlias, () => new Page404());
        }

        public Page GetPageInstance(string alias)
        {
            if (_pagesResolvers.ContainsKey(alias))
            {
                return _pagesResolvers[alias]();
            }

            return _pagesResolvers[Navigation.NotFoundPageAlias]();
        }
    }
}

namespace ViewModels
{
    public class ViewModelsResolver : IViewModelsResolver
    {

        private readonly Dictionary<string, Func<INotifyPropertyChanged>> _vmResolvers = new Dictionary<string, Func<INotifyPropertyChanged>>();

        public ViewModelsResolver()
        {
            _vmResolvers.Add(MainViewModel.Page1ViewModelAlias, () => new Page1ViewModel());
            _vmResolvers.Add(MainViewModel.Page2ViewModelAlias, () => new Page2ViewModel());
            _vmResolvers.Add(MainViewModel.Page3ViewModelAlias, () => new Page3ViewModel());
            _vmResolvers.Add(MainViewModel.NotFoundPageViewModelAlias, () => new Page404ViewModel());
        }

        public INotifyPropertyChanged GetViewModelInstance(string alias)
        {
            if (_vmResolvers.ContainsKey(alias))
            {
                return _vmResolvers[alias]();
            }

            return _vmResolvers[MainViewModel.NotFoundPageViewModelAlias]();
        }
    }
}