это ты путаешь реактивное программирование на функциональных языках и хуевый фреймворк от пхпмакак из пейсбука. путаю код и бизнес-логику?!!!!!!! ну ок.
Реактивное программирование к функциональным языкам имеет такое же отношение, как функция к функциональным языкам. Тобишь никакого.
Код и бизнес-логика разные вещи, да. Нельзя мешать представление с бизнес-логикой. Но это не значит, что в представлении не может быть логики представления.
Открой любой шаблонизатор, и узри там циклы, переменные и простейшие операции, вроде экранирования. И осознай, что код в разметке есть и был всегда.
ты какой-то придурок. тут тема не про MVC вообще, я про бизнес-логику нигде не втирал. и вообще прекрати про свою JAVA-дрисню толдычить. теперь вон про шаблонизаторы очевидные вещи говоришь. а мне что:
это по сути производные от неосиляторства MVC в котором все самодостаточно при правильном подходе.
Вы в курсе, что там, где нет MVC или он не был понят (правильно) - сложность и всевозможные антипаттерны таки прогрессирует? На мой субъективный взгляд, на настоящий момент, мало кто из известного вообще смог реализовать более менее удачно эту парадигму.
для того что долго компилируется, где сильно востребован разделенный View.
Архитектур много и то что вы пишете про MVC можно написать про любую другую и те же самые минусы применить к MVC. Если у вас проект с жестким следованием MVC получился удачно - вовсе не значит что вы MVC понимаете правильно.
Многие паттерны стали антипаттернами, многие антипаттерны в одной среде являются более чем правильными паттернами в другой. Мир очень контекстозависим.
Про производные немного некорректно, давайте будем тогда рассказывать что все производно от бейсика или функций и все мы пишем процедурный код. Именно настолько MVA производен от MVC, а тот же гексагон можно в MVC завернуть с трех разных позиций в зависимости от того, что каждый под этими тремя буквами понимает.
В общем, это очень холиварная тема. Но по факту, в вебе MVC не очень прижился и несмотря на то что разные фреймворки разбивают в дефолтных скелетах папки controller, view, model, на деле растут костыли и спроектировать что-то более-менее крупное в этой парадигме очень сложно, а если начать бить приложение, вводить гексагон, service layer, DI - то что считать за M в этом всем? Саму М? M + SL? Что есть контроллер? и грань размыта, а делать какую-нибудь CRM под веб на каком-нибудь yii2 basic - это выстрел в ногу (в примере я не говорю про yii2 framework, только про конкретный скелет с реализацией довольно каноничного базового MVC).
Какой то устаревший фреймворк, в новом реакте уже хуки привезли, классовые компоненты - прошлый век. Пусть теперь автор этого фреймворка идет свои 200 строк переписывает.