Comments 11
На новый уровень или же повторить то, что было еще 20 лет назад минимум?
Вот и настало время, когда HTML+CSS устарел.
Какой ужас. Практически все описанные преимущества на самом деле являются серьёзными недостатками. От чего бежали в JSP и прочих серверных реализациях клиента, сейчас преподносится, как благо.
Рендер на сервере на нагруженном сайте требует намного больше ресурсов.
Вместо передачи данных, передаётся вьюшка, что требует больше трафика.
Во многих случаях будет требоваться редеплой сервера.
Подпускать бэк разработчиков к фронту также плохая идея.
У меня есть опыт работы с приложением, написанным таким обобразомБаг на баге и каждый баг требует либо руками на сервере что-то править, либо полный редкплой, со всеми вытекающими...
И вопросы безопасности ...
В js изначально был eval - и мы его "любим"
Не согласен. Старые серверные реализации возвращали целые страницы (html + css + js), либо куски страниц. Автор рассказывает о получении с сервера описания UI - то есть того же JSON. То если рисует все равно фронт. Я, например, сейчас принимаю участи в проекте, где UI построен по такому принципу. У нас фронт принимает набор полей с правилами (валидация, подсказки, порядок отрисовки, условная отрисовка), при этом контейнер, где UI рисовать, определяется фронтом. К слову, у Яндекса есть divkit, он вообще очень динамический. Если не ошибаюсь, такси и еда на нем сейчас, может что-то еще
Бумер погромисты изобрели принципы из 80тых
Теперь понятно, почему в инстаграме такой всратый ux
Чуть более чем все CRM/CMS/ERP и прочее из трех букв работает на метаданных. Как и большая часть доморощенных систем где много разношерстных форм и таблиц.
Как отправлять пользовательский интерфейс по API