Модели, на которые вы ссылаетесь, такие как Film
, представляют данные, используемые представлением. Это М в MVC. На самом деле, мне нравится рассматривать их как модели представлений, поскольку вы, вероятно, захотите, чтобы они были оптимизированы для определенного представления. Таким образом, у каждого представления будет своя конкретная модель представления; в котором вы могли бы повторно использовать определенные общие модели, конечно.
Это не имеет ничего общего с объектами данных, которые являются частью бэкэнда, а не внешнего интерфейса. Объекты данных просто представляют объекты в том виде, в каком они хранятся в базе данных, и они, вероятно, полностью отличаются от моделей представления.
В вашем случае Carousel
, вероятно, является просто элементом управления, который вы используете на одной или нескольких страницах. Это означает, что вы можете создать модель представления карусели, содержащую всю информацию для карусели, чтобы все отображалось правильно. Модель представления карусели может быть свойством модели представления страницы, которая передается на страницу. Контроллер отвечает за получение данных из базы данных в виде объектов данных, сопоставление этих объектов данных с моделью просмотра страницы и моделью просмотра карусели и передачу их в представление.
При необходимости вы можете добавить дополнительные уровни абстракции, чтобы между вашим контроллером и уровнем данных был уровень службы, приложения и домена (луковая архитектура и т. д.); но это все зависит от ваших требований и среды.
person
L-Four
schedule
13.06.2014
Film
, иSidebar
являются объектами домена моего приложения, и поэтому с ними следует обращаться одинаково? - person MikO   schedule 13.06.2014Sidebar
будет объектом представления и использоваться представлениями. Кроме того, вы можете найти это полезным: stackoverflow.com/a/16596704/727208 - person tereško   schedule 13.06.2014