MVC (PHP): правильно ли понимаю слои?

Question

[topuserman]

Подскажите плз, правильно ли понимаю слои MVC архитектуры (на примере веб-проектов).

Контроллер (Controller) - слой приложения, который получает запросы (команды), и отдает результат (как правило в Представление). Т.е. контроллер выполняет роль связывающего звена, между запросам клиента и получением ответа.

Представление (View) - слой приложения, которая отвечает за представление данных полученных от Контроллера (или в контроллере).

Модель (Model) - слой работы с данными. мне сложно воспринять этот слой, т.к. вряд ли контроллер всегда работает напрямую с моделью ?
Наверняка же есть какие-то промежуточные слои ? Например Сервис ? А в сервисах уже вызываются DAO или Repository (кстати, в чем у них отличие?).

Можете пожалуйста правильно за меня разложить на слои, и написать какую роль они выполняют?

Comments

[FanatPHP]

Модель - это не слой, а приложение
Контроллер - это посредник между приложением и браузером
Промежуточные слои есть, но они все в модели. Потому что модель - это и есть приложение, а не как в некоторых попсовых фремворках, тоненькая обертка над SQL
Вопрос задавали сто тыщ пятьсот мильёнов раз.

[Uno]

FanatPHP, "а не как в некоторых попсовых фремворках, тоненькая обертка над SQL" можно пояснение, почему именно так?

[Vitsliputsli]

Uno, прочитайте про ТТУК.

Answer 1

[FanatPHP]

https://google.com/search?q=site%3Aqna.habr.com+mvc

Answer 2

[Михаил]

Модель - собственно данные с которыми работает программа. Они составляют основу программы и, вообще говоря, ничего не должны знать о контроллерах и прочем взаимодействии с пользователем. Теоретически к слою данных можно обратиться откуда угодно - хоть из скрипта, хоть через рест, хоть через вебсокеты, хоть через интерфейс десктопного приложения и т.д. Сервисы, в которых у вас бизнес-логика находятся рядом с моделью и составляют ядро приложения. Либо этих сервисов нет и вся бизнес-логика в модели (такое тоже может быть)

Контроллер - собственно слой, отвечающий за взаимодействие с пользователем (причем конкретный способ взаимодействия - через рест или веб)
Представление - тоже рядом, это преобразованные данных модели в то как они отдаются пользователю. Если мы говорим про рест - там может не быть представления как такового, могут отдаваться сразу модели. А может и быть - тут все зависит от конкретной задачи

Хранение - слой, отвечающий за сохранение данных модели в БД/файлы/куда-нибудь еще. Модель, как чистая бизнес-логика, обычно не должна знать про то как и куда её данные сохраняются. Есть просто интерфейсы - прочитать данные, записать данные. А за ними реализация работы с БД и прочими хранилищами.

Это я написал так, как полагается делать в теории, как описывает Роберт Мартин в книге "Чистая архитектура". Понятно что в реальности (а мы говорим про PHP), все это вряд ли будет настолько четко разделено в коде. Но в голове вот такое разделение на Контроллер(представление) - Модель - Хранение я держать советую.

Comments

[Vitsliputsli]

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

3 незамысловатых элемента: Контроллер, Модель, Представление, не так уж и сложно реализовать на практике, в этом нет никакой проблемы.

[Михаил]

Vitsliputsli, вот из отсутствия слоя хранения и получаем прибитые гвоздями к БД модели вида Active Record.

[Vitsliputsli]

Михаил, не получаем, mvc не запрещает, но и не заставляет вас так делать.
Равно как и Active Record не заставляет вас использовать его модели, как ваши бизнесовые модели.
А мечты, что мы тут напишем бизнесовую модельку, а потом по щелчку будем сохранять в любой классической реляционной СУБД, а может и в NoSQL, а может в колоночной, не работают, если вам нужна нормальная производительность. Структура БД строится исходя из работы с данными в конкретной СУБД, даже для одних и тех же данных в классической она будет одна, в колоночной другая, и в любом случае не имеет прямой зависимости от бизнесовых моделей.

Answer 3

[Vitsliputsli]

Модель (Model) - слой работы с данными. мне сложно воспринять этот слой, т.к. вряд ли контроллер всегда работает напрямую с моделью ?

Контроллер всегда напрямую работает с моделью.

Наверняка же есть какие-то промежуточные слои ? Например Сервис ? А в сервисах уже вызываются DAO или Repository (кстати, в чем у них отличие?).

Нет никаких промежуточных слоев. Какого рода логика будет в модели, это уже ваше право, MVC этим не занимается.
Мысль MVC отделить обработку пользовательского ввода (Контроллер) и вывода (Представление) от внутренней логики приложения (Модель). Вот и все.

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