Интерфейсы и абстрактные классы для классов моделей (MVVM)

Question

Согласно тому, что я видел в школе, классы моделей должны содержать только элементы данных/свойства и методы и поведение. Однако при разработке моей диаграммы классов UML я вижу возможные интерфейсы и абстрактные классы для моих классов моделей. Итак, мой вопрос:

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

Answer 1

В дизайне модели-вида-viewmodel большая часть логики и поведения домена зависит от модели. Это называется моделью домена в доменном дизайне.

Этот доменный код может быть повторно использован в нескольких подразделениях развертывания/приложениях/службах в вашей компании, поэтому они не зависят от реального приложения WPF, которое вы пишете.

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

• домен не загрязненное поведение, которое не требуется во всех приложениях
• домен не загрязняется с государственными (поля, свойства), которые просто актуальны для данного экрана или UI (состояние представления)
• вид не содержит поведение, которое вы хотите блок-тест