Naik, разве не наоборот, бэкенд должен знать, что требует верстка? Хотя здесь двунаправленный обмен данными, который зависит от начальной идеи проекта. Например, пишешь ты сайт-визитку. В этом случае упор идет на вид. А если это расчетная программа - бэкенд диктует правила.

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

Koenig, правильно, подсказывай

вид ни чего не должен знать о моделивид от модели должен получить 

vl@volk, всё логично. Вид получает, а не запрашивает данные.

aRiGaTo, опять же двунаправленное обозначение. Получает я могу расценить как оно само берет и как ты получаешь зарплату

vl@volk, это называется недостатком знаний в области CS
Объектная модель языка Smalltalk (один из первых ОО языков) описывает взаимодействие между объектами, как отправка некоторых сообщений .
Хоть такая терминология уже особо не используется (я могу назвать только Ruby и не совсем ОО Erlang/Elixir) да и реализовано взаимодействие между объектами другим способом, можно по-прежнему воспринимать вызов метода объекта как отправку сообщения (особенно для многопоточных приложений). И отсюда слово «получает» можно трактовать вполне однозначно.

aRiGaTo, и я типа скажу спасибо.

vl@volk, я думаю, что два основные правила это -
- html отделить от php
- вид ( html шаблон) не должен напрямую общаться с моделью (обработка данных, вычисления).

litta, согласен. Я просто видел схему, где представление напрямую обращается к модели за данными