Редагувати: я оновив цю відповідь у своєму блозі:
http://www.samwheat.com/post/The-function-of-ViewModels-in-MVC-web-development
Моя відповідь трохи тривала, але я думаю, що важливо порівняти переглянуті моделі з іншими типами часто використовуваних моделей, щоб зрозуміти, чому вони різні і чому вони потрібні.
Підбити підсумки та безпосередньо відповісти на поставлене питання:
Взагалі модель перегляду - це об'єкт, який містить усі властивості та методи, необхідні для надання представлення. Властивості перегляду моделі часто пов'язані з об'єктами даних, такими як клієнти та замовлення, а крім того, вони також містять властивості, пов’язані зі сторінкою або самою програмою, такі як ім'я користувача, ім'я програми тощо. створити сторінку HTML. Однією з багатьох причин використання моделі перегляду є те, що моделі перегляду надають спосіб тестування певних завдань презентації, таких як обробка вводу користувача, перевірка даних, отримання даних для відображення тощо.
Ось порівняння моделей Entity (а.ка. а.к. а.к. моделей), моделей презентації та моделей перегляду.
Об'єкти передачі даних, також "Модель"
Об'єкт передачі даних (DTO) - клас із властивостями, які відповідають схемі таблиці в базі даних. DTO називаються за їх загальне використання для передачі даних до та із сховища даних.
Характеристика DTO:
• чи є бізнес-об'єктами - їх визначення залежить від даних програми.
• Зазвичай містять лише властивості - немає коду.
• В основному використовується для транспортування даних до бази даних та з неї.
• Властивості точно або близько відповідають полям певної таблиці в сховищі даних.
Таблиці баз даних зазвичай нормалізуються, тому зазвичай також нормалізуються і DTO. Це робить їх обмеженим для представлення даних. Однак для певних простих структур даних вони часто роблять досить добре.
Ось два приклади того, як може виглядати DTO:
public class Customer
{
public int ID { get; set; }
public string CustomerName { get; set; }
}
public class Order
{
public int ID { get; set; }
public int CustomerID { get; set; }
public DateTime OrderDate { get; set; }
public Decimal OrderAmount { get; set; }
}
Презентаційні моделі
Модель презентації - клас утиліти, який використовується для візуалізації даних на екрані чи звіту. Моделі презентації зазвичай використовуються для моделювання складних структур даних, які складаються з даних з безлічі DTO. Моделі презентації часто представляють денормалізований вигляд даних.
Характеристика моделей презентації:
• чи є бізнес-об'єктами - їх визначення залежить від даних програми.
• В основному містять властивості. Код, як правило, обмежується форматуванням даних або перетворенням до DTO або з нього. Моделі презентації не повинні містити бізнес-логіки.
• Часто присутній денормалізований вигляд даних. Тобто вони часто поєднують властивості з декількох DTO.
• Часто містять властивості базового типу, ніж DTO. Наприклад, суми в доларах можуть бути представлені у вигляді рядків, щоб вони містили коми і символ валюти.
• Часто визначається способом їх використання, а також їх характеристиками об'єкта. Іншими словами, простий DTO, який використовується в якості резервної моделі для надання сітки, насправді є також презентаційною моделлю в контексті цієї сітки.
Моделі презентації використовуються "за потребою" та "там, де потрібно" (тоді як DTO зазвичай прив'язуються до схеми бази даних). Модель презентації може використовуватися для моделювання даних для всієї сторінки, сітки на сторінці або спадної сітки на сторінці. Моделі презентації часто містять властивості, що є іншими моделями презентації. Моделі презентацій часто будуються для цілей одноразового використання, таких як надання певної сітки на одній сторінці.
Приклад моделі презентації:
public class PresentationOrder
{
public int OrderID { get; set; }
public DateTime OrderDate { get; set; }
public string PrettyDate { get { return OrderDate.ToShortDateString(); } }
public string CustomerName { get; set; }
public Decimal OrderAmount { get; set; }
public string PrettyAmount { get { return string.Format("{0:C}", OrderAmount); } }
}
Перегляд моделей
Модель перегляду схожа на модель презентації в тому, що є резервним класом для надання подання. Однак вона дуже відрізняється від презентаційної моделі або DTO за способом її побудови. Переглянуті моделі часто містять ті самі властивості, що і презентаційні моделі та DTO, і тому їх часто плутають одна за іншою.
Характеристика моделей перегляду:
• Є єдиним джерелом даних, що використовуються для візуалізації сторінки чи екрана. Зазвичай це означає, що модель перегляду відкриє кожну властивість, яку потребує будь-який елемент керування на сторінці, щоб відобразити себе правильно. Перетворення моделі перегляду в єдине джерело даних для подання значно покращує її можливості та значення для тестування одиниць.
• являють собою складені об'єкти, що містять властивості, що складаються з даних програми, а також властивості, які використовуються кодом програми. Ця характеристика є визначальною при розробці моделі подання для повторного використання та обговорюється в прикладах нижче.
• Містить код програми. Моделі перегляду зазвичай містять методи, які викликаються під час надання та коли користувач взаємодіє зі сторінкою. Цей код зазвичай стосується обробки подій, анімації, видимості елементів управління, стилів тощо.
• Містить код, який викликає бізнес-послуги з метою отримання даних або надсилання їх на сервер бази даних. Цей код часто помилково розміщується в контролері. Виклик службових служб від контролера зазвичай обмежує корисність моделі перегляду для тестування одиниць. Щоб було зрозуміло, самі моделі перегляду не повинні містити ділової логіки, а повинні здійснювати дзвінки до служб, які містять бізнес-логіку.
• Часто містять властивості, які є іншими моделями перегляду для інших сторінок або екранів.
• Пишуться "на сторінку" або "на екран". Унікальна модель перегляду зазвичай пишеться для кожної сторінки чи екрана програми.
• Зазвичай походять із базового класу, оскільки більшість сторінок і екранів мають загальні властивості.
Переглянути склад моделі
Як було сказано раніше, моделі перегляду є складовими об'єктами, оскільки вони поєднують у собі властивості програми та властивості бізнес-даних на одному об’єкті. Прикладами часто використовуваних властивостей додатків, які використовуються на моделях перегляду, є:
• Властивості, які використовуються для відображення стану програми, такі як повідомлення про помилки, ім'я користувача, статус тощо.
• Властивості, які використовуються для форматування, відображення, стилізації чи анімації елементів керування.
• Властивості, використовувані для прив'язки даних, такі як об'єкти списку та властивості, що містять проміжні дані, які вводяться користувачем.
Наведені нижче приклади показують, чому складна природа моделей перегляду важлива і як ми можемо найкраще побудувати модель перегляду, яка є ефективною та багаторазовою.
Припустимо, ми пишемо веб-додаток. Однією з вимог дизайну програми є те, що на кожній сторінці повинні відображатися заголовок сторінки, ім’я користувача та ім'я програми. Якщо ми хочемо створити сторінку для відображення об’єкта замовлення презентації, ми можемо змінити модель презентації наступним чином:
public class PresentationOrder
{
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
public int OrderID { get; set; }
public DateTime OrderDate { get; set; }
public string PrettyDate { get { return OrderDate.ToShortDateString(); } }
public string CustomerName { get; set; }
public Decimal OrderAmount { get; set; }
public string PrettyAmount { get { return string.Format("{0:C}", OrderAmount); } }
}
Цей дизайн може працювати ... але що робити, якщо ми хочемо створити сторінку, на якій буде відображатися список замовлень? Властивості PageTitle, UserName та ApplicationName будуть повторені та стануть непростими для роботи. Крім того, що робити, якщо ми хочемо визначити певну логіку на рівні сторінки в конструкторі класу? Ми більше не можемо цього зробити, якщо створимо екземпляр для кожного замовлення, яке відображатиметься.
Склад над спадщиною
Ось спосіб ми можемо перекомпонувати модель презентації замовлення таким чином, щоб вона стала справжньою моделлю перегляду та була корисною для відображення одного об’єкта PresentationOrder або колекції об’єктів PresentationOrder:
public class PresentationOrderVM
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business properties
public PresentationOrder Order { get; set; }
}
public class PresentationOrderVM
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business properties
public List<PresentationOrder> Orders { get; set; }
}
Дивлячись на два вищевказані класи, ми бачимо, що один із способів думати про модель перегляду полягає в тому, що це модель презентації, яка містить іншу модель презентації як властивість. Модель презентації верхнього рівня (тобто модель перегляду) містить властивості, що мають відношення до сторінки чи програми, тоді як модель (властивість) презентації містить властивості, релевантні даним програми.
Ми можемо зробити наш крок на крок далі і створити базовий клас модельного виду, який можна використовувати не тільки для PresentationOrders, але і для будь-якого іншого класу:
public class BaseViewModel
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
}
Тепер ми можемо спростити наш PresentationOrderVM так:
public class PresentationOrderVM : BaseViewModel
{
// Business properties
public PresentationOrder Order { get; set; }
}
public class PresentationOrderVM : BaseViewModel
{
// Business properties
public List<PresentationOrder> Orders { get; set; }
}
Ми можемо зробити наш BaseViewModel ще більше використаним, зробивши його загальним:
public class BaseViewModel<T>
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business property
public T BusinessObject { get; set; }
}
Тепер наші впровадження не потребують:
public class PresentationOrderVM : BaseViewModel<PresentationOrder>
{
// done!
}
public class PresentationOrderVM : BaseViewModel<List<PresentationOrder>>
{
// done!
}
