Модели в MVC изначально должны были представлять состояние пользовательского интерфейса, независимо от представления.Думайте о конечном автомате, а не просто необработанных данных.Модель будет инкапсулировать данные, необходимые для пользовательского интерфейса, а также любую бизнес-логику, необходимую для проверки и изменения логического состояния пользовательского интерфейса.
Некоторые примеры:
Объект таймера может служить моделью для цифровых и аналоговых интерфейсов часов.
Экран списка с кнопками добавления, редактирования и удаления будет иметь модель, которая содержит список элементов и предоставляет методыдля вставки, обновления и удаления элементов.
Подробная форма для сбора информации об объекте будет иметь модель с такими же атрибутами, а также связанную информацию, такую как возможные значения и пользовательские значения.читаемый текст, а также методы проверки ввода.
ORM - это антипаттерн, который связывает объектно-ориентированное программирование с моделированием данных, а информационные системы - с симуляциями предметной области.ООП для строительных систем.Моделирование данных для моделирования знаний.Информационные системы записывают и передают известную актуальную и историческую информацию.Моделирование домена предсказывает неизвестную информацию.К сожалению, ORM наводнили концепцию MVC, и большинство современных сред MVC мало похожи на оригинальную идею.
В моделировании отношений сущности сущность - это любая уникально идентифицируемая вещь, о которой мы хотим хранить информацию.Объекты представлены значениями (а не записями!) В РСУБД.Записи представляют факты об одной или нескольких сущностях.Один объект может быть описан любым количеством записей в любом количестве таблиц.