MVC: передать модель / данные модели к представлению от контроллера?

эээ б.

я действительно не вижу разницы между a и b, кроме некоторых технических деталей как вы будете передавать данные.

обычно вы передаете карту данных в представление с некоторыми данными из модели

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

Но на практике «передать модель на вид» работает нормально. В большинстве случаев вам все равно понадобится новое представление, потому что клиенты никогда не делятся любимыми цветами (если вы понимаете, что я имею в виду :-), поэтому повторное использование представлений не оправдывает наличия большого количества утомительного кода, необходимого для копирования данных из модели в

Что вам следует больше беспокоить, так это модульность самого контроллера, поскольку многие веб-сайты имеют общие функции (контроллеры), такие как веб-форумы или список новостей, но не внешний вид (представления)

Для меня это e).

Как уже упоминалось здесь, в идеале представление и модель не связаны. Я предпочитаю реализовать это с помощью viewHelper для модели. У этого есть API, который представление может использовать для получения данных. Теперь на представления не влияют изменения в модели, и представлению не нужно «получать» внутренние компоненты модели. Они скрыты viewHelper.

пример:

class Post {
    public function export(ViewHelper $helper) {} // I try to avoid getters when I can
}

class PostViewHelper {
    public function getTitle($parameters) {} // title of current post in the loop
}

class PostView {
    private $helpers = array();
    public function loadTemplate($path) {}
    public function addHelper(ViewHelper $helper, $name) {}
    public function __get($key) {} // if exists $this->helper[$key] etc
}

в шаблоне

<h1><?php $this->post->getTitle(); ?></h1>

Вы можете реализовать это по-другому. Но я хочу сказать, что представление и модель не связаны друг с другом.

a) передать модель представлению

В противном случае контроллер управляет представлением, просматривая модель. Это то, что произошло бы в «б) передать данные модели в представление». Вариант b) на самом деле даже не имеет смысла в чистом шаблоне MVC. В конце концов, модель - это данные. Если модель изменена для потребления, представление было применено, независимо от того, хотите ли вы сделать это в контроллере и передать его как функцию контроллера. Что происходит, когда у вас другой взгляд? Контроллер по-другому экранирует свои данные? Вскоре у вас будет два представления для модели, подчиненное представление контроллера и само представление.

Я не думаю, что это так сложно. a или b.

Задача контролера - управлять отношениями. Он находит модель и представление и предоставляет представлению все данные модели, необходимые для его работы. Вот и все. MVC не диктует точную форму, которую принимают данные.

(a) Начните с простого. Довольно естественно передавать объекты модели непосредственно в представление. Если у вас есть страница о Foo, просто передайте Foo.

(b) Но иногда - и только время от времени - вы создаете объект значения / DTO для передачи данных в представление (названное выше ViewModel). Сделайте это, если есть несоответствие между представлением и собственной моделью , например, сводные обзоры. Если представление представляет собой сводку по 1 000 000 объектов, вы не хотите передавать представлению объекты модели; вы хотите передать в представление сводку по 1 000 000 объектов.

И точная реализация действительно зависит от языка и инфраструктуры, которые вы используете. Но я думаю, что эти рекомендации - хорошее начало.