DM
Нежели с лапшой в виде папок html/ css/ js/
Size: a a a
2020 December 31
DM
И кусочки твоего компонента или приложения лежат там и сям
DM
Это превращается в ад на больших проектах и никто уже не знает, от чего тот или иной кусочек )
DM
Так что в этом смысле развитие веба на мой взгляд пошло по правильному пути, хотя и на костылях по историческим причинам, т.к. исторически сложилось, что все было раздельно - html отдельно, js отдельно, css отдельно
j
Но сбилдится всё это в итоге в одну кучу.
DM
Ну, сбилдится это не совсем в кучу )
DM
Сбилдится это как раз в три кучи )
DM
Все компоненты сбилдятся в кучку js
DM
Все стили из них выдерутся и сбилдятся в кучку css
DM
Но как я сказал, этого требуют исторический причины, т.к. так был устроен веб изначально и такими ожидают эти ресурсы браузеры
j
Т.е. ты считаешь что на стадии разработки разделение на html/css/js лишь мешает?
DM
Были попытки двигаться в правильном направлении (Web Components), но поздновато
DM
Т.е. ты считаешь что на стадии разработки разделение на html/css/js лишь мешает?
Да
DM
Я за компонентный подход, где компоненты максимально standalone & self contained
j
В последнее время читаю про шаблонизаторы вроде handlebars
j
Отделить html полностью.
j
Столько палок в колёса вставляет лишь ради того чтобы минимизировать смешивание js и html.
R
Я за компонентный подход, где компоненты максимально standalone & self contained
Прям как во vue
j
Я просто начинаю путь "разработчика веб-приложений".
DM
Сейчас в вебе приложения уже довольно сложные и имеют много интерактива, поэтому им приходится манипулировать домом довольно сильно, чтобы этот интерактив обеспечить.
Поэтому если ты уже из js рендеришь html, зачем сюда приплетать еще один способ рендерить html с помощью шаблонизатора, как потом их синхронизировать?
Поэтому если ты уже из js рендеришь html, зачем сюда приплетать еще один способ рендерить html с помощью шаблонизатора, как потом их синхронизировать?