MVVM: слабая связь ViewModels

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

Использование шаблона агрегатора событий для связи между моделями представлений: https://blog.magnusmontin.net/2014/02/28/using-the-event-aggregator-pattern-to-связь-между-представлениями-моделями/

MVVM — службы обмена сообщениями и просмотра в MVVM: https://msdn.microsoft.com/en-us/magazine/jj694937.aspx.

Другим вариантом может быть использование общей службы, с помощью которой вы внедряете модели представлений: пример использования общих сервисов-призма? форум=wpf" rel="nofollow noreferrer">https://social.msdn.microsoft.com/Forums/en-US/22907a0f-d805-4195-8272-7c284b72d2ee /example-of-using-shared-services-prism?forum=wpf

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

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

Мой вопрос касается лучших практик по теме создания экземпляра ViewModel без тесной связи, а не связи между слабо связанными ViewModels.

Создание экземпляра другой модели представления без создания связи строк невозможно. Если одна модель представления создает экземпляр другой модели представления, они по определению сильно связаны. Чтобы предотвратить это, вы можете внедрить модель представления с типом интерфейса, который реализует другая модель представления, например:

public ViewModelB(IViewModelA viewModelA)
{
    //...
}

Тогда ViewModelB зависит от типа интерфейса, а не от конкретной реализации ViewModelA. Это немного лучше, чем делать что-то подобное, потому что тогда ViewModelA и ViewModelB всегда будут, как упоминалось выше, сильно связаны друг с другом:

public ViewModelB()
{
    _viewModelA = new ViewModellA();
}

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

Если ваш A View отображает «список» плюс выбранное представление, вполне приемлемо иметь ссылку EViewModel в AViewModel. ViewModels может быть «отражением» представлений. Поэтому, если представление A будет содержать EView, AViewModel может содержать EViewModel. Вы просто вкладываете свои модели представления, поэтому создается то же дерево, что и в слое представления.

Кроме того, я бы не ссылался на E или B,... в AViewModel, а ссылался только на EViewModel, BViewModel,... Таким образом, в списке AView отображаются не классы моделей, а классы ViewModel. Ваш SelectedItem набирается как ViewModel, и вы можете напрямую привязать свою часть представления "Display" к SelectedItem. Затем вы можете использовать правильный DataTemplate на слое представления для отображения соответствующего представления. Надеюсь, поможет