Для MVC или нет в основном в соответствии с потребностями вашего проекта. Иногда у меня есть простые вещи, которые не нуждаются в модели, но все же могут получить выгоду от расположения контроллера / представления. В этих случаях я мог бы пойти с микро-фреймворком (для PHP это был бы лимонад) или даже меньше. Тем не менее, большинство моих веб-проектов - приложения MVC.
Я начал создавать веб-сайты в 1996-1997 годах, все было как-то новым, и не было никакого смысла в том, что может быть хорошей или плохой идеей в долгосрочной перспективе. Примерно в 2005 году, когда я ушел из армии и вернулся в веб-разработку, было не так приятно бороться с крысиным гнездом органически разработанного кода. Поэтому, когда я познакомился с Ruby on Rails и концепцией MVC, я сразу понял, что это был переломный момент в игре.
Поскольку MVC все шире внедряется во все больше и больше веб-проектов, его путь к будущим поколениям разработчиков становится немного проще и продуктивнее благодаря общему сотрудничеству между компаниями и проектами. Да, MVC немного сложно проглотить при переходе от простой простоты кооперативного сценария к проектам страниц, но все, что стоит сделать, не будет таким легким, верно?
С учетом всего вышесказанного, если вы хорошо освоите MVC на одном языке, это может дать вам умственную основу для изучения других языков. Что касается того, как долго MVC будет доминировать в качестве шаблона проектирования фреймворка, индустрия программного обеспечения похожа на пустыню, повседневные вещи меняются, а лучшие идеи затмеваются лучшими (XHR для веб-сокетов, встроенные объекты для собственных аудио / видео тегов), но я думаю, что бы ни свергло в итоге MVC, это будет чем-то похожим, потому что на самом деле не имеет значения, насколько прекрасна идея, если ее понимает лишь очень малая часть людей.