Какова модель для MVVM?

Модель представляет собой графический объект, который содержит вашу бизнес-логику.

Вот где вы держите поведение (валидация, расчет и т. Д.).

ViewModel - это то, что моделирует пользовательский интерфейс и его взаимодействия.

Они различны и имеют разные причины для существующего - точка шаблона заключается в том, чтобы разделить логику отображения на VVM (View и ViewModel) и полностью разделить вашу бизнес-логику.

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

Возьмем вашу модель, предположим, что она называется Person .

И затем вы создаете модель представления для Person под названием PersonViewModel , которая выглядит следующим образом:

public class PersonViewModel
{
    public Person Person { get; set; }
}

^{(Обратите внимание, что вы, возможно, не захотите напрямую выставлять модель, но это уже другая история)}

Теперь предположим, что у вас есть кнопка в представлении, которая используется для сохранения экземпляра Person . Чтобы обеспечить лучший пользовательский интерфейс (UX), вы хотите включить кнопку, только если ваша модель действительно изменилась. Таким образом, вы реализуете интерфейс INotifyPropertyChanged в классе Person :

public class Person : INotifyPropertyChanged
{
    ...

Теперь может вывести свойство HasUnsavedChanges из вашего Person , которое свойство Enabled на кнопке сохранения будет связываться с , но эта логика имеет ничего , чтобы сделать с человеком.

Это место, в которое входит модель представления. Вы должны определить это свойство свойства представления в модели представления, например:

public class PersonViewModel
{
    public Person Person { get; set; }

    public bool HasUnsavedChanges { get; set; }
}

Затем ваша модель просмотра будет подписана на PropertyChanged интерфейса INotifyPropertyChanged и переключить свойство HasUnsavedChanges в модели представления.

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

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

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

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

Просмотреть модели, с другой стороны, являются моими фактическими классами приложений, которые в конечном итоге используют «строительные блоки» (Модели) при создании и запуске приложения. Они выполняют такие функции, как выполнение расширенной проверки, обработки команд, обработки событий, любой бизнес-логики и т. Д.

Следует отметить, что вы не имеете , чтобы показывать свойства вашей модели в своей модели ViewModel, как в вашем примере кода. Это подход «Пурист MVVM», поскольку он полностью отделяет ваш слой модели от слоя «Вид», однако также вполне приемлемо подвергать всю модель представлению. Это то, что я обычно использую в большинстве небольших проектов из-за его простоты и отсутствия дублирования кода.

public MyModel CurrentModel
{
    get { return _model; }
    set 
    {
        if (_model != value)
        {
            _model = value;
            RaisePropertyChanged("CurrentModel");
        }
    }
}

Однако, если есть случаи, когда в представлении требуется только несколько свойств из Модели, или если проект достаточно велик, и я хочу, чтобы слои полностью разделялись, я показываю свойства модели для представления через ViewModel как у вас в вашем примере кода.

Модель в MVVM точно такая же, как в MVP или Model2 MVC. Это одна из частей шаблонов, вдохновленных MVC, на которые не влияют вариации темы.

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

Model is not any single instance. Anyone who tels you otherwise is full of it.

Конкретные usecases, для которых MVVM был спроектирован, - это ситуация, когда вы не можете изменить ни модельный, ни визуальный экземпляры, или и то, и другое.

_{P.S. Хотя, если вы используете экземпляры ViewModel в соответствии с документацией ASP.NET MVC, то вы фактически НЕ используете MVVM. Это просто Model2 MVC с разными именами для вещей (где «viewmodels» - это фактически виды и «представления» - это шаблоны). Они вроде бы перепутались, когда они продавали Rails-подобную архитектуру как «MVC».}