Size: a a a

2020 December 04

11

1 1 in Svelte [svelt]
ок, минутка ликбеза.  
современные браузеры (и нода тоже) умеют сами отрабатывать import.  новое поколение собиралок использует эту возможность для того, чтобы не собирать бандлы при разработке, а подсовывать транспилированные файлы по одному.  по сути заменяют имена пакетов в импортах путями конкретных собранных файлов, а браузеры дальше их запрашивают сами, делая при этом стопицот запросов к разработочному серверу за каждым файлом по отдельности.  в результате собирается только то, что реально запрашивалось, и только тогда, когда оно нужно.
таких собиралок есть несколько: vite (который пилит команда vue), es-dev-server (который теперь называется @web/dev-server) и тот самый snowpack.  может и ещё есть - подозреваю что рано или поздно все собиралки придут к такому, как минимум для разработочного режима.
прирост скорости хотрелоада вполне существенный, в первую очередь от того, что перегружается только измененный исходник и те, которые его импортировали, а всё остальное не нужно ни пересобирать, ни склеивать, ни перегружать-парсить-отрабатывать в браузере.
касательно есбилда и го: нативный код в есбилде работает наверняка быстрее, но поскольку работы при хотрелоаде производится на самом деле многократно меньше, чем у собиралок прошлого поколения, скорее всего ощутима разница только в скорости первого запуска, а релоад отрабатывает мгновенно.  а минусы есбилда в том, что им всю транспиляцию надо переписывать руками на го и они всегда будут в положении догоняющих для каждой новой версии какого-нить тайпскрипта или бабеля.   ну или вызывать тот же жабаскрипт, теряя выигрыш в скорости
источник

КС

Кирилл Спасибович... in Svelte [svelt]
1 1
ок, минутка ликбеза.  
современные браузеры (и нода тоже) умеют сами отрабатывать import.  новое поколение собиралок использует эту возможность для того, чтобы не собирать бандлы при разработке, а подсовывать транспилированные файлы по одному.  по сути заменяют имена пакетов в импортах путями конкретных собранных файлов, а браузеры дальше их запрашивают сами, делая при этом стопицот запросов к разработочному серверу за каждым файлом по отдельности.  в результате собирается только то, что реально запрашивалось, и только тогда, когда оно нужно.
таких собиралок есть несколько: vite (который пилит команда vue), es-dev-server (который теперь называется @web/dev-server) и тот самый snowpack.  может и ещё есть - подозреваю что рано или поздно все собиралки придут к такому, как минимум для разработочного режима.
прирост скорости хотрелоада вполне существенный, в первую очередь от того, что перегружается только измененный исходник и те, которые его импортировали, а всё остальное не нужно ни пересобирать, ни склеивать, ни перегружать-парсить-отрабатывать в браузере.
касательно есбилда и го: нативный код в есбилде работает наверняка быстрее, но поскольку работы при хотрелоаде производится на самом деле многократно меньше, чем у собиралок прошлого поколения, скорее всего ощутима разница только в скорости первого запуска, а релоад отрабатывает мгновенно.  а минусы есбилда в том, что им всю транспиляцию надо переписывать руками на го и они всегда будут в положении догоняющих для каждой новой версии какого-нить тайпскрипта или бабеля.   ну или вызывать тот же жабаскрипт, теряя выигрыш в скорости
классно расписал, спасибо, респект :)
источник

P🍣

Pavel 🍣 in Svelte [svelt]
1 1
ок, минутка ликбеза.  
современные браузеры (и нода тоже) умеют сами отрабатывать import.  новое поколение собиралок использует эту возможность для того, чтобы не собирать бандлы при разработке, а подсовывать транспилированные файлы по одному.  по сути заменяют имена пакетов в импортах путями конкретных собранных файлов, а браузеры дальше их запрашивают сами, делая при этом стопицот запросов к разработочному серверу за каждым файлом по отдельности.  в результате собирается только то, что реально запрашивалось, и только тогда, когда оно нужно.
таких собиралок есть несколько: vite (который пилит команда vue), es-dev-server (который теперь называется @web/dev-server) и тот самый snowpack.  может и ещё есть - подозреваю что рано или поздно все собиралки придут к такому, как минимум для разработочного режима.
прирост скорости хотрелоада вполне существенный, в первую очередь от того, что перегружается только измененный исходник и те, которые его импортировали, а всё остальное не нужно ни пересобирать, ни склеивать, ни перегружать-парсить-отрабатывать в браузере.
касательно есбилда и го: нативный код в есбилде работает наверняка быстрее, но поскольку работы при хотрелоаде производится на самом деле многократно меньше, чем у собиралок прошлого поколения, скорее всего ощутима разница только в скорости первого запуска, а релоад отрабатывает мгновенно.  а минусы есбилда в том, что им всю транспиляцию надо переписывать руками на го и они всегда будут в положении догоняющих для каждой новой версии какого-нить тайпскрипта или бабеля.   ну или вызывать тот же жабаскрипт, теряя выигрыш в скорости
Вот только что про это тут посмотрел, да.
источник

P🍣

Pavel 🍣 in Svelte [svelt]
источник

11

1 1 in Svelte [svelt]
если что, светловский плагин к сноупаку существует и работает хорошо.   не обязательно дожидаться свелта@некст
источник

P🍣

Pavel 🍣 in Svelte [svelt]
1 1
ок, минутка ликбеза.  
современные браузеры (и нода тоже) умеют сами отрабатывать import.  новое поколение собиралок использует эту возможность для того, чтобы не собирать бандлы при разработке, а подсовывать транспилированные файлы по одному.  по сути заменяют имена пакетов в импортах путями конкретных собранных файлов, а браузеры дальше их запрашивают сами, делая при этом стопицот запросов к разработочному серверу за каждым файлом по отдельности.  в результате собирается только то, что реально запрашивалось, и только тогда, когда оно нужно.
таких собиралок есть несколько: vite (который пилит команда vue), es-dev-server (который теперь называется @web/dev-server) и тот самый snowpack.  может и ещё есть - подозреваю что рано или поздно все собиралки придут к такому, как минимум для разработочного режима.
прирост скорости хотрелоада вполне существенный, в первую очередь от того, что перегружается только измененный исходник и те, которые его импортировали, а всё остальное не нужно ни пересобирать, ни склеивать, ни перегружать-парсить-отрабатывать в браузере.
касательно есбилда и го: нативный код в есбилде работает наверняка быстрее, но поскольку работы при хотрелоаде производится на самом деле многократно меньше, чем у собиралок прошлого поколения, скорее всего ощутима разница только в скорости первого запуска, а релоад отрабатывает мгновенно.  а минусы есбилда в том, что им всю транспиляцию надо переписывать руками на го и они всегда будут в положении догоняющих для каждой новой версии какого-нить тайпскрипта или бабеля.   ну или вызывать тот же жабаскрипт, теряя выигрыш в скорости
esbuild в новом шаблоне все равно есть, судя по зависимостям.
источник

AS

Alexey Schebelev in Svelte [svelt]
Pavel 🍣
esbuild в новом шаблоне все равно есть, судя по зависимостям.
На нем базируется snowpack
источник

AS

Alexey Schebelev in Svelte [svelt]
Да и vite вроде
источник

МТ

Марк Танащук... in Svelte [svelt]
1 1
если что, светловский плагин к сноупаку существует и работает хорошо.   не обязательно дожидаться свелта@некст
Хочется "искоробочной стабильности" при использовании свелт, чтобы при появлении каких-то проблем их можно было быстро решить/нагуглить
источник

11

1 1 in Svelte [svelt]
Alexey Schebelev
На нем базируется snowpack
внезапно.   посмотрел, оказывается да.
источник

11

1 1 in Svelte [svelt]
фу блин, запутали меня :)  в тексте выше надо вместо esbuild читать es-dev-server который поверх него.  у самого esbuild вообще нету девсервера - это же чисто собиралка.   испаравлю.
источник
2020 December 05

IF

Igor Filippov in Svelte [svelt]
Интересно как вот этот стартер работает https://github.com/snowpackjs/snowpack/tree/main/create-snowpack-app/app-template-svelte-typescript если в tsconfig не передан "types": ["svelte"] как он распознает свелт файлы
источник

IF

Igor Filippov in Svelte [svelt]
Я просто у себя настраиваю сноупак и пока не передал тайпс, то просто свелт файлы оно не видело даже
источник

IF

Igor Filippov in Svelte [svelt]
Сноу пак кстати может в дев режиме просто собирать, без дев сервера?
источник

AP

Alexander Ponomarev in Svelte [svelt]
мне нравится как свелт решает проблемы) у нас пересобираются все стили на каждый чих и на роллапе это долго. Зачем нам фиксить проблему, переедем на есбилд где можно пересобирать все на каждый чих и это будет в 100 раз быстрее)
источник

МТ

Марк Танащук... in Svelte [svelt]
Alexander Ponomarev
мне нравится как свелт решает проблемы) у нас пересобираются все стили на каждый чих и на роллапе это долго. Зачем нам фиксить проблему, переедем на есбилд где можно пересобирать все на каждый чих и это будет в 100 раз быстрее)
Одно с вторым не взаимосвязано.
источник

МТ

Марк Танащук... in Svelte [svelt]
Прямо*
источник

AP

Alexander Ponomarev in Svelte [svelt]
а зачем тогда нужен сноупак в дев режиме?)
источник

МТ

Марк Танащук... in Svelte [svelt]
Просто решили оптимизировать скорость сборки в деве как таковую, и скорость пересборки стилей - как фактор
источник

МТ

Марк Танащук... in Svelte [svelt]
Не только ради же них на сноупак перешли
источник