A
(если вы пишите что-то на тему "буду смотреть useragent на бекенде" - подумайте еще раз)
чистое - без
а) полфифилов
в) бабель-трансформов
с) оберток вебпака
Size: a a a
2019 December 24
ФА
обертка вебпака почти ничего не весит
бабель-трансформы и полифиллы помогают коду запускаться на старых браузерах, это всё ещё плюс
бабель-трансформы и полифиллы помогают коду запускаться на старых браузерах, это всё ещё плюс
A
обертка вебпака почти ничего не весит
бабель-трансформы и полифиллы помогают коду запускаться на старых браузерах, это всё ещё плюс
бабель-трансформы и полифиллы помогают коду запускаться на старых браузерах, это всё ещё плюс
запускатся на старых брауерах не просто плюс а мастхев
A
вопрос и ответ о том как не грузить какаху для новых браузеров
ФА
в нативных модулях нет ни этого вопроса, ни этого ответа
A
в нативных модулях нет ни этого вопроса, ни этого ответа
ох как вы ошибаетесь
A
когда грузится:
1) <script type="module"
2) <script nomodule
?
1) <script type="module"
2) <script nomodule
?
ФА
когда грузится:
1) <script type="module"
2) <script nomodule
?
1) <script type="module"
2) <script nomodule
?
Будем делить браузеры на старые и новые по принципу "уже поддерживает модули" ? Найс план, жаль, что не работает
ФА
Разделение кода для старых и новых браузеров - ответственность кодера. Я, как разработчик, могу собрать несколько бандлов для нескольких поколений браузеров, а могу включить/выключить соответствующие модули в рантайме
S✨
Всем привет.
По какому принципу вебпак определяет в каком порядке будут собираться стили?
Могу ли я как-то задать, чтобы папка components собиралась первой и была всегда сверху в файле?
По какому принципу вебпак определяет в каком порядке будут собираться стили?
Могу ли я как-то задать, чтобы папка components собиралась первой и была всегда сверху в файле?
A
Будем делить браузеры на старые и новые по принципу "уже поддерживает модули" ? Найс план, жаль, что не работает
не идеально, но этой чарты достаточно чтобы выбросить 90% полифилов из вашего кода
ФА
Всем привет.
По какому принципу вебпак определяет в каком порядке будут собираться стили?
Могу ли я как-то задать, чтобы папка components собиралась первой и была всегда сверху в файле?
По какому принципу вебпак определяет в каком порядке будут собираться стили?
Могу ли я как-то задать, чтобы папка components собиралась первой и была всегда сверху в файле?
Вебпак не гарантирует порядок сборки
A
Разделение кода для старых и новых браузеров - ответственность кодера. Я, как разработчик, могу собрать несколько бандлов для нескольких поколений браузеров, а могу включить/выключить соответствующие модули в рантайме
> могу включить/выключить соответствующие модули в рантайме
на основании чего?
на основании чего?
ФА
не идеально, но этой чарты достаточно чтобы выбросить 90% полифилов из вашего кода
> не идеально
Ну да, особенно если учесть, что это вообще не критерий
Ну да, особенно если учесть, что это вообще не критерий
ФА
> могу включить/выключить соответствующие модули в рантайме
на основании чего?
на основании чего?
проверки из modernizr ?
A
проверки из modernizr ?
да ладно, вы же это не серьезно
ФА
да ладно, вы же это не серьезно
Демагогия тут неприемлема. Решение либо удовлетворяет требованиям, либо нет.
A
modernizr не толкьо не решает проблему но еще и медленный
ФА
Люди изобрели browserslist и modernizr не просто так. Если твой проект больше хелло ворлда, будь добр, наклепай бандлов согласно каким-то правилам, иначе рискуешь потерять не-лишние полпроцента юзеров, потому что самопальные проверки дадут сбой, и модуль упадёт в рантайме, споткнувшись о декораторы или приватные поля.
🦜
Всем привет.
По какому принципу вебпак определяет в каком порядке будут собираться стили?
Могу ли я как-то задать, чтобы папка components собиралась первой и была всегда сверху в файле?
По какому принципу вебпак определяет в каком порядке будут собираться стили?
Могу ли я как-то задать, чтобы папка components собиралась первой и была всегда сверху в файле?
как я помню, он смотрит на порядок импортов css файлов внутри js файлов