Что такое mvc-паттерн на самом деле?

Question

[topuserman]

Веб-разработкой занимаюсь более 8 лет, из которых 5 лет коммерческий опыт.
Из-за специфики отрасли в которой работаю (cms на букву Б), не приходилось сталкиваться с mvc-паттерном.

Было много попыток разобраться с этим, прочитал тонны однотипных статей, где всю суть паттерна описывают подобной схемой:

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

В каких-то статья упоминаются разные архитектуры слоев на подобии:

controller-service-repository
repository-service-controller-view
и т.д..

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

Пробовал изучать примеры кода на github.
также много вопросов.
Глядя на файловую структуру проектов, вижу одни и те же папки:

repositories
services
views
controllers
entities
и т.д.

также непонятно, какие сущности в них хранятся, по какой логике происходит разделение сущностей и какие у них связи, и самое главное ? Какую проблему каждая решает ?

Подскажите пожалуйста, как мне разобраться в этом ? что почитать ?

Comments

[kafkiansky]

Как любопытно читать опусы вроде "а вот я 8 лет уже программирую, но только сейчас узнал про mvc, фреймворки, ООП, подскажите литературу". То есть за 8 лет у вас не возникло желание расти, узнать что-то новое, разобраться в сложных темах, а сейчас вдруг зачесалось? Не надо вам это, сидите в своих веб студиях и оставьте сложную работу любознательным и профессиональным разработчикам.

[topuserman]

kafkiansky, а что, знание паттерна mvc каким-то образом говорит о профессионализме?

И смешно твой ответ читать, один из последних вопросов, как спарсить из текста ссылку..
А почему бы самому не изучить регулярки ? Почитать что-то "сложное"?

[topuserman]

kafkiansky, советую для начала изучить php, разобраться в его возможностях и модулях.
После чего изучать симфони, и тем более, учить других на форуме.

[kafkiansky]

topuserman,

а что, знание паттерна mvc каким-то образом говорит о профессионализме?

А что, я где-то упомянул, что нужно знать именно mvc? Во-первых, не существует mvc для веба. Во-вторых, да, за 8 лет можно было сто раз о нем послушать, несколько раз реализовать и пару раз стошнить.

И смешно твой ответ читать, один из последних вопросов, как спарсить из текста ссылку..

Ээ, вопрос годовалой давности? Вы же сами против себя играете, ну. Если я за год узнал больше (можно почитать ответы), чем вы за 8 лет, то о чем это говорит, догадайтесь сами.

советую для начала изучить php, разобраться в его возможностях и модулях.

Советую продолжать дальше писать на битриксе, вайтишник.

[kafkiansky]

Ладно, а если серьезно:

MVC php на пальцах?
https://docs.microsoft.com/en-us/dotnet/architectu...
https://martinfowler.com/eaaCatalog/repository.html
https://www.doctrine-project.org/projects/doctrine...
https://martinfowler.com/eaaCatalog/serviceLayer.html
https://habr.com/ru/post/267125/
https://habr.com/ru/post/260769/
https://matthiasnoback.nl/2018/08/negative-archite...
https://www.thinktocode.com/2018/03/05/repository-...
https://www.thinktocode.com/2018/01/15/a-definitio...
https://www.thinktocode.com/2018/01/08/repository-...

[Ratenti]

есть куча разных видов концепции MVC, это просто значит, что есть разделение на 3 сущности, а что конкретно делают эти сущности и как они взаимодействуют везде по разному.

MVC — это прежде всего набор архитектурных идей/принципов/подходов, которые можно реализовать различными способами с использованием различных шаблонов

Answer 1

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

Поставь на базе фреймворка Laravel это решение - laravel-boilerplate.com
Это каркас приложения с некоторым готовыми модулями, легче понимать будет по уже написанному коду модулей. У нас коллеги, которые с Битриксом всю жизнь работали и про MVC ничего не знали, за неделю принцип поняли, опираясь на примеры кода.

Что бы понимать MVC, надо понимать суть ООП. Для понимания сути ООП надо читать соответсвующую литературу. Это важно. Нужно научиться мыслить объектами, забыть как страшный сон всё, что ты знал до этого и заново учиться писать код.

Что бы понимать, что такое разделение системы на слои, надо читать это (начни сразу с части 1, главы 1).

Ну и на, мою статью на более "человеческом" варианте понимания МВС.

Comments

[topuserman]

Спасибо, с ооп знаком достаточно хорошо,
знаком с паттернами проектирования и активно применяю на практике.
Использую композер, и пишу код в соответствии с psr)

Вашу статью уже читал давно)) что такое mvc в классическом смысле - понимаю, а как на практике нужно разделять сущности на все эти слои

controller-service-repository
repository-service-controller-view

и какая взаимосвязь между этими

repositories
services
views
controllers
entities

не понимаю.

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

Я пробовал начать разобраться с микрофреймворком slim, возникло куча вопросы, на которые не смог найти ответы, и в документациях тоже.
Например, вот один из вопросов - Как разобраться в демо-данных из штатного slim-skeleton (slim framework)?
Мне непонятно было, что и для чего сделано в демо данных фреймворка.

Хотелось бы для начала разобраться в общих чертах, а дальше уже на фреймворках было бы понятнее.

[kafkiansky]

Статья дрянь, а mvc не существует (для веба)

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

kafkiansky,

а mvc не существует (для веба)

короновируса тоже не существует?

Статья дрянь

аргументы в стиле "сам дурак", ожидаемо от программистишек. Давай ты закроешь лучше свой рот и помолчишь, ок?

Этот бред откуда? MVC никак не завязан на ООП.

У нас недавно на собеседовании был человек. На вопрос, куда вы денете метод, оперирующий данными (подразумевалось, модели), он ответил, что напишет его в контроллере. И да. Человек не знал, что такое даже абстрактный класс.

MVC не завязан на ООП, но что бы писать правильный код надо понимать суть ООП и уметь мыслить объектами, понимать в чем смысл разделения системы на слои и куда какой функционал надо девать.

[kafkiansky]

Северное Сияние,

короновируса тоже не существует?

Давай ты просто почитаешь, что такое mvc и какая ему есть замена в вебе?

У нас недавно на собеседовании был человек. На вопрос, куда вы денете метод, оперирующий данными (подразумевалось, модели), он ответил, что напишет его в контроллере. И да. Человек не знал, что такое даже абстрактный класс.

MVC не завязан на ООП, но что бы писать правильный код надо понимать суть ООП и уметь мыслить объектами, понимать в чем смысл разделения системы на слои и куда какой функционал надо девать.

Лопаты могут быть железными, а могут - деревянными. Влияет ли это на определение лопаты и на ее функции? Не влияет, это влияет на качество лопаты, но вопрос был не о том, как красиво делать "mvc", а о том, что это вообще такое.

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

topuserman,

По поводу - laravel, думаю это плохая идея начинать с фреймворка

Это очень хорошая идея.

Ты задаешь вопрос:

и какая взаимосвязь между этими

у тебя непонятки идут от того, что что ты пытаешься разобраться в ЧАСТНОМ случае реализации МВС-модели, которую где-то откопал.
МВС не является паттерном, это парадигма.
Фактически, оперируя тремя понятиями как Модель Вид Контроллер, автор фреймворка (каркаса, решения) может создать некую архитектуру, где, возможно, будет 1000 различных слоёв системы, которые будут взаимодействовать между собой, но это приложение не перестанет быть построено по схеме МВС.

Грубо говоря, представь парадигму - АВТОМОБИЛЬ на ДВС.
Реализация может быть любая, от Жигулей до БМВ и КАМАЗа. Реализация может отличаться в некоторых моментах, но концепция одна и тажа.

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

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

kafkiansky,

Давай ты просто почитаешь, что такое mvc и какая ему есть замена в вебе?

давай ты не будешь всё-же считать себя самым умным и учить жизни человека, который МВС-фреймворк написал еще когда ты в школу ходил, ок?

Все современные фреймворки построены по паттерну МВС. Если ты прочел на Хабре про то, что "в вебе нет МВС он только в тру-языках!!!1111" то это твои проблемы, твой академический снобизм тут никого не волнует.

[kafkiansky]

Северное Сияние,

аргументы в стиле "сам дурак", ожидаемо от программистишек. Давай ты закроешь лучше свой рот и помолчишь, ок?

В статье ты ссылаешься на Мартина, а почитать самого Мартина, видимо, забыл:

Probably the widest quoted pattern in UI development is Model View Controller (MVC) - it's also the most misquoted

Так какое отношение UI development имеет к php?

[kafkiansky]

Северное Сияние,

давай ты не будешь всё-же считать себя самым умным и учить жизни человека, который МВС-фреймворк написал еще когда ты в школу ходил, ок?

Ок, ты написал мвц, пока я ходил в школу (ты знаешь мой возраст, чтобы делать такие выводы?), а я вырос и задаю меньше вопросов, чем ты, потому что ты же свой мвц написал, зачем тебе читать доку по ларе, лучше задать 50 вопросов на форуме о том, какой ларавел непонятный, не то что твой настоящий, сделанный по всем правилам, мвц фреймворк.

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

kafkiansky,

зачем тебе читать доку по ларе, лучше задать 50 вопросов на форуме о том, какой ларавел непонятный

ты меня с кем-то попутал, вопросы о Ларавел я задаю раз в два месяца. Кстати, никто из вас правильно на вопрос и не ответил тот, программистишки.

Так какое отношение UI development имеет к php?

рукалицо, это еще откуда?

[Ratenti]

MVC никак не связана с ООП

Answer 2

[xmoonlight]

Проще всего объяснить это на примере функции:
1. Параметры - это контроллер.
2. Тело функции - это модель.
3. Результат (возвращаемый в место вызова) - это view.

MVC - это тоже самое, но другое название для другой сложности логики.

Answer 3

[Александр]

Model - это БД, возможно с проверками валидности.
Controller - это API + частично фронтенд, который с этим API взаимодействуйет.
View - это то, что видит юзер.

Comments

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

Model - это БД, возможно с проверками валидности.

не верно

Модель - это суть программы. Это не БД, БД к Модели вообще не имеет отношения, БД вообще может не быть в программе. Факт того, что паттерн ActiveRecord впихнули во все фрейморки, сделав неявно их частью модели, не дает право говорить, что Модель===БД.

Модель - это ДАННЫЕ и ЛОГИКА, фактически классы приложения, сущности, отожествляемые с объектами реального мира или абстракциями и имеющие механизмы для работы с этими данными.

[Ratenti]

Северное Сияние, в Spring MVC Model это объект, который передается во View, разные view могут отобразить одни и те же данные в разном виде.