Существующие фреймворки для веба призваны _отделить_ возню с HTML-кодом от JS-кода, инкапсулируя его (HTML-код) в декларативное описание. Они (фреймворки) пошли дальше, предложив компонентный подход, при этом - приблизив user exp. к десктопу вплотную (SPA)

Зачем я это пишу? А вот - отказываясь от них, вы добровольно влезаете в разного рода истории по связыванию HTML-представления и "чего-то" в JS. Это могут быть "самописные" вьюмодели, мешанина функций и жыквери - чего угодно. Но вы в это ввязываетесь.

Что из этого следует?

1. Либо вы никогда не сталкивались с потребностью разработки приложений сложнее "засабмитить-форму". То есть - SPA вам не нужен, pure web - ваше всё.

2. Либо у вас _столько_ дури, что вы изобретаете заново всё новый и новый велосипед. Потому ангуляр вон уже пятый, а вопросы до сих пор по первому)))) - и че их изучать??

ShSerge Я никогда не видел программы, которую написать сложнее на "чистом" яваскрипте, чем с использованием какого-то фреймворка.


И еще раз - цель сегодняшних FW - дать тот же user expirience что и на десктопах. Сохранив все плюшки веба, которые десктопу не то что не снились, он про них даже не в курсе.

Я думаю, что ты устанешь писать "на чистом" JS аналог десктопного WPF приложения.

Агнец за бортом,

Существующие фреймворки для веба = frontend-фреймворки.

ShSergeА вот вы признайтесь, у вас есть решение, чтобы инпуты были типозависимые. Ну, то есть, в инпут типа int нельзя было ввести слово из трёх букв.

В VUE это можно решить самописной директивой. Не то что не проблема - говорить не о чем.

ShSergeНасчёт датепикера. Проведём соревнование у кого лучше? До конца следущей недели, например.
Можем и на деньги сыграть.

А в чем прикол datepicker-а? У людей, в оппозиции к которым вы находитесь - импорт в проект datepicker-а - это даже не эпизод. Взяли CSS-фреймворк/нашли компонент - заюзали - конец.

Почему ему такое внимание?