MVVM - каков идеальный путь к usercontrols, чтобы говорить друг с другом

Question

MVVM - каков идеальный путь к usercontrols, чтобы говорить друг с другом

ИДЕЯ IntelliJ 9 теперь поддержки , что они называют "супер завершением", которое соответствует поведению, которое Вы ищете и доступны через их раннюю программу доступа.

_{(источник: jetbrains.com )}

ИДЕЯ IntelliJ 8 не позволяет Вам автоматически заполнять больше чем один параметр за один раз. Вы вынуждены использовать Управление - Сдвиг - Пространство однажды для каждого параметра.

14

c# wpf mvvm user-controls

задан Phil 9 April 2013 в 16:48

9 ответов

Другие вопросы по тегам:

c# wpf mvvm user-controls

Похожие вопросы:

score 1 · Answer 1

Я думаю, что лучшим решением будет использование шаблона «Издатель / подписчик». Каждый элемент управления регистрирует некоторые события и прикрепляет удаления к событиям, предоставляемым другими элементами управления.

Чтобы раскрыть события и присоединиться к ним, вам необходимо использовать какую-то службу Mediator / EventBroker. Я нашел хороший пример здесь

score 0 · Answer 2

Вы можете взаимодействовать между элементами пользовательского интерфейса, используя привязку элементов, поэтому, если пользовательский элемент управления, который вы создали, предоставляет свойство, другие пользовательские элементы управления могут быть к нему привязаны. Вы можете настроить привязку, использовать свойства зависимости вместо базовых свойств / реализовать INotifyPropertyChanged, но теоретически это возможно, но требует некоторой предусмотрительности, чтобы включить такую связь.

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

score 1 · Answer 3

На мой взгляд, лучший способ сделать это - использовать Commanding (Routed Commands / RelayCommand , так далее).

Я не хочу писать какой-либо код в коде xaml.

Хотя это похвальная цель,

score 14 · Answer 4

Как правило, лучше всего попытаться уменьшить объем взаимодействия между частями, поскольку каждый раз, когда два пользовательских элемента управления «разговаривают» друг с другом, вы вводите между ними зависимость.

При этом следует учитывать несколько моментов:

UserControls всегда могут «разговаривать» с содержащимся в них элементом управления, открывая свойства и используя DataBinding. Это очень хорошо, так как он сохраняет стиль MVVM во всех аспектах.
Содержащий элемент управления может использовать свойства для «связывания» двух свойств двух пользовательских элементов управления вместе, опять же, с сохранением чистых границ

Если вам действительно нужно иметь Для более явного взаимодействия существует два основных подхода.

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

score 0 · Answer 5

Вы можете совместно использовать некоторые объекты модели представления между элементами управления, а также команды ...

Например, у вас есть некий главный элемент управления, который содержит два других элемента управления. И у вас есть некоторые функции фильтрации в главном элементе управления, но вы хотите разрешить пользователю устанавливать некоторую часть фильтра в первом подчиненном элементе управления (например, «Полный фильтр») и некоторую часть фильтра в другом (например, «Быстрый фильтр» "). Также вы хотите иметь возможность начать фильтрацию из любого подэлемента управления. Затем вы можете использовать такой код:

public class MainControlViewModel : ObservableObject
{
    public FirstControlViewModel firstControlViewModel;
    public SecondControlViewModel firstControlViewModel;

    public ICommand FilterCommand;
    public FilterSettings FilterSettings;

    public MainControlViewModel()
    {
        //...

        this.firstControlViewModel = new FirstControlViewModel(this.FilterSettings, this.FilterCommand);
        this.secondControlViewModel = new SecondControlViewModel(this.FilterSettings, this.FilterCommand);
    }
}

public class FirstControlViewModel : ObservableObject
{
    //...
}

public class SecondControlViewModel : ObservableObject
{
    //...
}

В главном элементе управления XAML вы привяжете субэлементы управления DataContext к соответствующим моделям представления. Каждый раз, когда субэлемент управления изменяет настройку фильтра или выполняет команду, другой субэлемент управления получает уведомление.

score 0 · Answer 6

Как уже говорили другие, у вас есть несколько вариантов.

Предоставление DepedencyProperties для ваших пользовательских элементов управления и привязка к этим свойствам в большинстве случаев обеспечивает чистое решение XAML, но может вводить некоторые зависимости пользовательского интерфейса в порядок, чтобы привязки видели друг друга

Другой вариант - это разделенный шаблон обмена сообщениями для отправки сообщений между ViewModels. Я бы хотел, чтобы ваши пользовательские элементы управления были привязаны к свойствам на их собственной виртуальной машине, а затем при изменении свойства внутри этой виртуальной машины он может «опубликовать» сообщение, которое уведомляет других «подписчиков» о том, что что-то произошло, и они могут реагировать на это сообщение, как бы они ни хотели .

У меня есть сообщение в блоге по этой теме, если это поможет: http://www.bradcunningham.net/2009/11/decoupled-viewmodel-messaging-part-1. html

score 3 · Answer 7

Для этого существует множество различных механизмов, но сначала вы должны выяснить, к какому уровню вашей архитектуры принадлежит эта коммуникация.

Одна из целей инфраструктуры MVVM состоит в том, что разные представления могут над той же моделью просмотра. Будут ли эти пользовательские элементы управления взаимодействовать друг с другом только в том представлении, которое вы в настоящее время реализуете, или им придется взаимодействовать друг с другом в других возможных представлениях? В последнем случае вы хотите реализовать его ниже уровня представления, либо в модели представления, либо в самой модели.

Пример первого случая может быть, если ваше приложение выполняется на очень маленькой поверхности дисплея. Возможно, вашим пользовательским элементам управления придется конкурировать за визуальное пространство. Если пользователь щелкает один элемент управления, чтобы развернуть его, остальные должны свернуть. Это не имело бы ничего общего с моделью просмотра, это ' это просто адаптация к технологии.

Или, может быть, у вас есть разные модели просмотра с разными пользовательскими элементами управления, где все может происходить без изменения модели. Примером этого может быть навигация. У вас есть список чего-либо и панель сведений с полями и командными кнопками, которые связаны с выбранным элементом в списке. Вы можете захотеть провести модульное тестирование логики того, какие кнопки включены для каких элементов. Модель не имеет отношения к тому, на какой элемент вы смотрите, только когда нажимаются команды кнопок или изменяются поля.

Потребность в этом взаимодействии может быть даже в самой модели. Возможно, у вас есть денормализованные данные, которые обновляются из-за изменения других данных. Тогда различные действующие модели представления должны измениться из-за колебаний в модели.