Исходное сообщение
"Сравнение методов исключения разработки на JavaScript для веб технологий" Отправлено Бывалый смузихлёб, 14-Мрт-22 07:01
Если речь не о самом примитивном конструкторе страниц из готовых блоков, то задача становится совсем непростой. И тот «один специалист-бэкендер-скалист( такие вообще в природе существуют в ощутимых количествах? )» вмиг превращается в фуллстека, притом не самого плохого с необходимостью понимания очень многих штук. Нюанс в том, что можно хоть треснуть, но стили на клиенте в итоге все равно будут в CSS ( лучше в файлах, инлайн плохо кешируется и обработка его жрет много ресурсов ) Равно как и основная «динамическая» работа будет на JS. И «не работать» с ним удастся только при применении готовых блоков( в которых уже кто-то поработал ), в иных случаях - по многим причинам придётся ещё и жс как-то заталкивать чтобы он не сломал систему. И ещё один, но фундаментальный нюанс в том, что сетевые запросы требуют времени и немалого. В этом смысле нет большой разницы, весит ли скрипт 6кб или 60 - скорее всего, само время сетевых запросов будет больше длительности скачивания. В данном же случае пользователю, чтоб увидеть первую норм страницу, потребуется ожидание нескольких запросов и отработки скриптов, сама реакция на изменения будет с лагом. Особенно это критично в случае разных анимаций и проч, завязанных на действия пользователя( где-то что-то начал вводить, где-то провёл мышкой или пальцем по тачскрину - это ж сколько запросов полетит на сервер, итд ) Хотя сама идея, в общем и целом, весьма интересна. Есть подозрение что для внутренних корпоративных систем будет очень даже годно

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Если речь не о самом примитивном конструкторе страниц из готовых блоков, то > задача становится совсем непростой. > И тот «один специалист-бэкендер-скалист( такие вообще в природе существуют в ощутимых > количествах? )» вмиг превращается в фуллстека, притом не самого плохого с > необходимостью понимания очень многих штук. > Нюанс в том, что можно хоть треснуть, но стили на клиенте в > итоге все равно будут в CSS ( лучше в файлах, инлайн > плохо кешируется и обработка его жрет много ресурсов ) > Равно как и основная «динамическая» работа будет на JS. И «не работать» > с ним удастся только при применении готовых блоков( в которых уже > кто-то поработал ), в иных случаях - по многим причинам придётся > ещё и жс как-то заталкивать чтобы он не сломал систему. > И ещё один, но фундаментальный нюанс в том, что сетевые запросы требуют > времени и немалого. > В этом смысле нет большой разницы, весит ли скрипт 6кб или 60 > - скорее всего, само время сетевых запросов будет больше длительности скачивания. > В данном же случае пользователю, чтоб увидеть первую норм страницу, потребуется ожидание > нескольких запросов и отработки скриптов, сама реакция на изменения будет с > лагом. > Особенно это критично в случае разных анимаций и проч, завязанных на действия > пользователя( где-то что-то начал вводить, где-то провёл мышкой или пальцем по > тачскрину - это ж сколько запросов полетит на сервер, итд ) > Хотя сама идея, в общем и целом, весьма интересна. Есть подозрение что > для внутренних корпоративных систем будет очень даже годно
	Введите код, изображенный на картинке: