доброе утро) ты правильно подметил что mvc для больших проектов. почему на джанге не совсем mvc? там прям совсем)) в основном смысл в разделении логики, возможности генерации кода, базы, автоматизации. ну и унификации. нужно копать глубже. 2 страницы канеш не варик поднимать на той же джанге или ларе

Там MVT, так везде написано) Горворят, мол Лара - это прям совсем MVC, а Джанго таки MVT) Ну не суть.
Я понимаю, что для больших проектов. Но разве в Эво в таком случае не прям подобие MVC?

у нас есть разделение логики чёткое же. Вот на скрианх показывал. У нас ресурс - это фактически модель, которую мы пропускаем через контроллер и получаем некий view

один ресурс может быть товаров, текстовой страницей или страницей контактов, в зависимости от "контроллера" (шаблона)

код лежит отдельно в сниппетах, вью лежит отдельно в шаблоне/чанке. А если взять revo, то там даже есть Феном. Ну или Эво 3 с его блейдами.

ну короч тут можно долго спорить. в джанге view это скорее контроллер как раз

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

MVC не для больших или маленьких проектов оно для удобства поддержки и развития приложения. Это значит что когда Вы нанимаете человека на работу и сообщаете ему что нужно будет работать с  MVC, то он начинает представлять о чём говорите и за что желаете платить. Или когда Вы программист, то знаете где что лежит и как работает согласно схеме MVC.
Можно разделять для разных типов устройств view - представление - используя одни данные из контроллера. Для ПК одно, для телефона другое, для чайника третье.

"Кайфануть" от MVC можно тогда когда у Вас действительно большой проект - тогда не очевидные вещи становятся более заметными и согласованными. Т.к. придерживаясь правильно выбранной под проект шаблона или нескольких шаблонов проектирования позволяет быстро и качественно разрабатывать приложение, делать тесты и т.д.

Само по себе Эво и есть MVC даже с примесью CMF.

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

+

urbanklpn (285.93) увеличил карму Ambrion (2629.44)

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

А вот проект на Ларе - там все равно приходится, как по хлебным крошкам, искать место, где нужно правки внести

evo cms топ ;)

ну логично, если проект не знаешь то искать приходицца)

Все пишут, что на Джанго очень удобно «собирать первые МВП версии очень быстро». Ага, видео часов на 10, он там форму связи делает) такое на эво делается ну минут за 5 может

Так часто приходят проекты эво на доработку. Там у меня нет проблем с поиском)

Давайте остановимся на сниппетах.
1. Их называют как угодно, что очень сильно усложняет работу.
2. Читать код сниппета вне IDE или даже в ней тяжелее чем в классическом контроллере , плюс есть магия IDE.
3. Сниппеты хранятся где угодно - могут полностью в БД, могут файлом на диске - это печаль и усложняет работу и отладку.
4. Сниппеты не тестируются (можно, да гиморно).

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

Получается, что если бы сниппеты были в файле, а не БД, и их можно было бы открыть ИДЕ, то все, огонь?)) ну и чанки тоже вдовесок

Это потому что Вы смотрели туториал, где подробно, видимо, разжевывали то что Вы знаете на Эво.
Мои MVP базовые с формой, например, регистрации с отправкой письма подтверждения и т.д. "запускаются" в течении 10 секунд командой из композера.
Т.е. Вы продолжаете путать схему с чем-то другим.