Общий на mvc … контроллер должен передать данные, чтобы просмотреть или просмотреть, должен захватить его непосредственно из модели?

Я предпочитаю, чтобы контроллер действовал как посредник между моделью и представлением, но обычно это буквально одна строка кода, соединяющая все три вместе. Если ваша модель, представление и контроллер должным образом разделены, это не должно иметь большого значения, что вы используете.

Лично я всегда был сторонником №2. Представление не должно заботиться о модели. В этом отношении представление вообще не должно иметь никакой обработки. Он должен делать то, что должен, форматировать данные.

Базовый поток управления должен быть таким: Контроллер получает запрос от браузера. Он обрабатывает запрос, решает, какие данные необходимы, и извлекает их из модели / моделей. Затем он передает данные в представление, которое форматирует данные и отображает их.

В качестве расширения пользовательский ввод обрабатывается внутри контроллера и при необходимости сохраняется в модели, затем обратная связь передается в представление и т. Д. Ключевым моментом является то, что обработка происходит внутри контроллера.

Web MVC и Desktop MVC - два очень разных существа.

В Web MVC ссылка в представлении вызывает метод на контроллере, который обновляет модель, а затем перенаправляет на Соответствующее представление, которое открывает модель и показывает, что ей нужно.

В MVC рабочего стола вариант 3 неверен, потому что и представление, и модель должны использовать одну и ту же ссылку. В Интернете выбора нет.

Вариант № 2 не является MVC. Это MVP, в котором презентатор является посредником.

Контроллер имеет доступ для записи к модели; Просмотр имеет доступ только для чтения.

Это очень интересный вопрос. По моему опыту, большинство реализаций на php присваивают представлению переменную модели:

$this->view->my_property = $modelObj->property

Это обычная практика. Обычно это объясняется тем, что если вы отправляете объект, вы можете вызывать методы, которые изменяют объект из представления.

//in the controller file
$this->view->myObject = $modelObj;

//in the view file, you could call an object modifying method
$this->myObject->delete();

А изменение модели из представления считается плохой практикой. Некоторые люди считают, что они не хотят, чтобы их дизайнеры могли вызывать методы изменения модели из представления.

При этом. Я не согласен с общепринятой практикой и склонен назначать вид целиком и отображать его оттуда. И просто приучите себя не делать там операций.

И третий вариант - назначить вид целиком. но кое-как в объектах отключают методы, когда они вызываются из представления.

Я думаю, что это просто общий спор о том, что лучше «толкать» или «тянуть» модель. Не существует "абсолютно" лучшего решения.

У меня раньше был очень похожий вопрос. Мне кажется полезным думать об этом следующим образом:

MVC
Model -- Data store, alerts Views of changes
View -- Displays model, provides hooks for user interaction
Controller -- Handles user input

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

В веб-приложении MVC означает MVT (Model-View- Template)

Model -- Strictly a data store, typically an ORM solution
View -- Handles web requests, provides for user input/output
Template -- Actually displays content (HTML, Javascript, etc.)

Итак, в веб-приложении презентация обрабатывается в шаблоне, логика приложения обрабатывается в представлении (или в классах, вызываемых представлением), а модель отвечает за хранение данных.