MVC vs МОРФ architecture

МОРФ обладает собственной архитектурой построения приложения.

Вид

Устраняем основные недостатки MVC модели. Как например из описания Вида: "Виды cодержат HTML-разметку и небольшие вставки PHP-кода для обхода, форматирования и отображения данных".  Ключевым обозначением неполноценности концепции является именно возможность обхода контроллера и модели в Виде. В данном случае количество обходов может значительно превышать объем действующего контроллера, в результате чего, его наличие становится не несущим ядром архитектуры, а лишь вспомогательным элементом, его использование желательно, но не обязательно. Изучения контроллера будет недостаточно, соответственно необходимо будет изучать еще и Виды. В результате Вид приобретает отдельное пространство для взаимодействия с моделью. Имеено по этой причине архитектура МОРФа предоставляет широкие возможности взаимодействия. МОРФ сам по себе является темой оформления для взаимодействия пользователя с СУБД.

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

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