Можете объяснить зеленому что такое MVC?

Question

[Karpkarp]

В интернете куча информации, что это такое, и я в принципе немного понимаю что это, но не совсем могу разобраться.

Вот допустим View - это отвечает за отображение информации пользователю

Model - это как я поял в основном запросы в БД, и эти запросы летят во View и там уже отображаются

Controller - это что то, типа пульта от ТВ, пользователь нажимает нужную кнопку(выбирает нужную функцию), идет сигнал в Model и потом отображение во View

Я всё правильно понимаю?)

Небольшая схема

Comments

[Дмитрий]

Схема агонь))
Правильно понимаешь
Надо ещё туда реквест и респонз добавить.. И будет отлично в понимании, контроллер знает про вью и модель, модель ни кого не знает, как и вью

[Евгений Ромашкан]

Не запаривайтесь по поводу MVC вообще, эту штуку придумали 50 лет назад для десктопных приложений. В вебе этот паттерн не используется.
В вебе MVC обычно называют лишь разделение на модели/контроллеры/представления, а на оригинальную семантику внимания не обращают(То есть называют MVC то, что им не является), потому потихоньку от этого названия в принципе отказываются.
MVC в вебе это обычно Model-View-Adapter.
И пользуйтесь поиском. Тут ( MVC php на пальцах? ) годный ответ.

Опять же

Можете объяснить зеленому что такое MVC?

Зелёному не нужно разбираться ни в MVC ни в MVA.

[Alams Stoyne]

Model - Тут не только запросы к БД (Чтение, запись, удаление) но и Обработка входящих данных (например валидация) / Фильтрация данных / Запросы к API / Математические функции - например расчет общей стоимости или скидки и т.д и т.п.
Controller - Определяет какие модели и какие функции из этих моделей задействовать, а так же распределяет какие данные отдать на обработку той или иной модели.
Viewer - По сути шаблон где только выводится информация - никаких действий с данными не происходи.т

[Vadim Bogomazov]

Думаю, что этой схеме место в Третьяковской галерее.

[MechanicZelenyy]

Евгений Ромашкан, Подерживаю, в MVC и сам могу разобраться.

Answer 1

[Barmunk]

раз уж начали картинками, продолжу

Comments

[Антон Р.]

Харэ глумиться, вот на примере Yii2 по-моему всё понятно:

[Антон Р.]

Nikolay Petyukh, нетЪ!

[Сергей delphinpro]

Антон Р., нихрена не понятно новичку. С официанткой понятнее =)

[FanatPHP]

Сергей delphinpro, тут дело даже не в том, что непонятно, а в том что все неправильно.
Ну и запутано, да. Какой-то запрос сбоку прилетает - куда, откуда - непонятно. модель как всгда только с базой общается, роутер почему-то приложением обозван

[Антон Р.]

FanatPHP, приложение там это Yii::app и оно не только роутер содержит.

[FanatPHP]

Антон Р., в этом-то и проблема. Что Yii::app слишком много всего держит.

Answer 2

[FanatPHP]

Господи, в который раз-то уже?

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

Самое главное, что надо понимать про эмвэцэ.
Это не 50% твоего приложения. И даже не 10.
Это тонюсенькая прослоечка, которая обслуживает только один канал общения твоего приложения с внешним миром - браузер. Есть и другие каналы, их много.

Исходя из этого, получается что

• Модель входит в эту тройку чисто номинально. Поскольку это и есть все твое приложение, только без интерфейса. И к модели обращаются не только веб контроллеры, но и консольные скрипты, REST контроллеры, сервер очередей и прочее. Отсюда становится понятно, что "модель - это запросы в БД в основном-то" - это дикая чушь.
  
• Контроллер - это, как правильно нарисовано на картинке в соседнем ответе - это такая официантка, подай-принеси. Принять запрос от НТТР клиента, преобразовать в понятный для модели вид, запросить модель, получить ответ, вернуть что-нибудь клиенту. Также может заниматься чисто браузерными заморочками типа заголовков, авторизации и пр.
  
• Вью - если модель вернула что-то для показа клиенту, то вью это превращает в понятный для браузера вид.
  
• Роутер - не упоминается, но незримо присутствует. Преобразует НТТР адреса в вызовы контроллеров.
  

Традиционно рекомендую доклад Дмитиря Елисеева с ПХП Раша 2019, там все раскладывается по полочкам.

Comments

[Евгений Ромашкан]

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

Паттерн от языка не меняется, а о реализации речи не идёт.

Косяк приведённой схемы в том что у вас контроллер формирует View и отдаёт клиенту. В оригинальном MVC представление само себя обновляет когда изменяется модель, а на вашей схеме Model-View-Adapter(где контроллер = адаптер).

И да, MVC создано было для десктопных приложений, где по http никуда бегать не нужно, и на схему request/response MVC не ложится.

[FanatPHP]

У вас три абзаца, все противоречат друг другу :)

[dicem]

Оч странно у вас User напрямую с контроллером и роутером взаимодействует, по моему User взаимодействует только с вьюшкой.

[FanatPHP]

dicem, добро пожаловать в мир НТТР :)

[jazzus]

dicem, это такой хитрый юзер)

[Lander]

Евгений Ромашкан,

Паттерн от языка не меняется, а о реализации речи не идёт.

Вообще-то меняется. Поэтому и различают MVC и WebMVC. FanatPHP Всё правильно сказал.

[Евгений Ромашкан]

FanatPHP, dicem, Lander,
folk.uio.no/trygver/2007/MVC_Originals.pdf
А в вебе вместо MVC - https://en.m.wikipedia.org/wiki/Model%E2%80%93view...

Answer 3

[Nujabes37]

+ - правильно, только запросы не летят во View. Их результат обрабатывается в контроллере и передаётся во вьюшку.

Answer 4

[Dimonchik]

MVP лучше чем MVC

Comments

[Антон Р.]

чего??? ты хоть знаешь что такое MVP?

[Dimonchik]

а ты знаешь?

[al_gon]

Антон Р., не надо так.

[Виталий Хоменко]

Хах, точно! :)

Answer 5

[Северное Сияние]

MVC на примере автомобиля

Answer 6

[Alibaba2018]

В Django это называется Model View Template.
По русски (в самой примитивной форме):
1. Template - это твоя html (код) страничка
2. Model - это куда это все это сохраняется (по факту сохраняется в БД, конечно, но тут), тупо пишешь title field/description/email address/другие поля в форме/кнопочка сохранить итд итп, т.е. создаешь болванку для сохранения своих данных
3. View (Controller) - логика взаимодействия всего этого процесса между 1) и 2),
т.е. функции, кот. при нажатии кнопки будут дату из html переносить в БД и обратно

Comments

[dicem]

Суть дела не меняет, совсем не понятно, зачем они view обозначили как template.

[Alibaba2018]

Не могу отвечать со 100% уверенностью за авторов Django, но подразумеваю что model и template оба существительных, т.е. указывающие на статичность чего то, когда view - это глагол, т.е то что. более свойственно некой динамике, если исходить из семантических значений.

а т.к. многие странички html кладут в папку templates при разработке чего то связанного с back end'ом и fronт'ом одновременно, то вышеназванные термины также вписываются в эту логику;)

[dicem]

Alibaba2018, ля, вчера под ночь читал затупил, да все логично кароч, перечитаю про этот паттерн

Answer 7

[P747]

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

Удобно будет работать с таким мусором? Думаю нет, а если еще над этим проектом работают другие разработчики, а некоторые из этих разработчиков к примеру фронтенды, которые не особо разбираются в backend части проекта, сколько им времени потребуется разобраться в этой каше, чтобы например только добавить пару полей формы или изменить ее структуру?

Чтобы такой каши не допускать существует MVC, тоесть из данного примера классы сторонних библиотек выносятся в классы - модель(Model), файлы верстки в View(верстка), действие формы обрабатываем через Controller(контроллер)

Comments

[FanatPHP]

У вас в ответе такая же каша.
"классы сторонних библиотек выносятся в классы - модель(Model)" - это вы сами сообразили, или рассказал кто?

[P747]

FanatPHP, Это по простому, если не считать к примеру фреймворков, в которых моделью так же считаются сервисы и т.д. Но это уже совсем другая история

Answer 8

[Vitaly Yakubenko]

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

Есть Model автомобиля, представляющий из себя невидимый кубик. У него есть всякие свойства, типа "координаты местоположения", "открыта/закрыта дверь", "разбитость стекла". Так же есть методы, такие как "ехать", "остановиться", "открыть дверь".

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

Controller бесконечно наблюдает за всей этой сценой, и, в зависимости от обстоятельств, раздает команды двум предыдущим. Например, если Model (невидимый кубик), столкнулся с другим таким кубиком, Controller исполняет на Model метод "остановиться", меняет свойство стекла на "разбитое", приказывает View дорисовать на земле осколки и так далее.

А в веб разработке MVC неприменимо. Там объекты вместе с самими классами каждый раз рождаются заново, чтобы тут же умереть, Model так и норовит быть похожей на Controller, View зачастую хочет принимать решения самостоятельно, а Controller вообще не понимает зачем он там нужен. Но логику от шаблона лучше все-таки отделять, это да.

Comments

[Евгений Ромашкан]

Controller бесконечно наблюдает за всей этой сценой, и, в зависимости от обстоятельств, раздает команды двум предыдущим. Например, если Model (невидимый кубик), столкнулся с другим таким кубиком, Controller исполняет на Model метод "остановиться", меняет свойство стекла на "разбитое", приказывает View дорисовать на земле осколки и так далее.

В MVC представление само следит за обновлениями модели, контроллер только принимает пользовательский ввод и формирует команды которые отправляет модели. И конкретно этот момент плохо ложится на request/response. И в этом отличие от Model-View-Adapter

[xfg]

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

Answer 9

[Mikhail Osher]

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