++++++

и собираться будет быстрее потому что свелтпрепроцесс можно будет выкинуть (по крайней мере постцсс) и запустить через вебпак лоадеры. А вебпак лоадеры переиспользуют постцсс AST и не парсят заново. Соответственно тейлвинд будет быстрее применяться =)

хм... чувствую себя Фаустом =)

надо переспать с этой мыслью )

насколько я понял у тебя свелтпрепроцесс гоняет постцсс конфиг с тейлвиндом, а потом еще вебпак его гоняет? =)

один из них точно лишний

а как определить второе?

первое-то точно

постцсс лоадер подтягивает тот же конфиг по дефолту =)

убери для начала postcss с .css, станет значительно легче, раза в два
с патчем svelte-loader'а станет легче в 20 раз на каждое изменение компонента
т.е. в итоге должно быть не больше секунды на компонент

Если бы у нас были полноценные inline компоненты то это решалось бы автоматически НО это бы могло быть гранатой для обезьян.

{#each boxes as box (box.id), index, area = box.width * box.height}
  <div
    class="box"
    class:large={area >= 10000}
    style="width: {box.width}px; height: {box.height}px"
  >
    {box.width} * {box.height} = {area}
  </div>
{/each}

может тогда ввести {-consts value=dsds, value2=dsds}
ну т.е. некий доп тег для доп опций each

Честно говоря я вообще не в восторге от новых RFC. Дропнул бы все или хотя бы сделал по-другому

ну пока это же обсуждение

они не закоммичены

но вопросов много

Я в своей практике ощущал нужду от переменных внутри шаблона. Мемоизаторы внутри скрипта, на мой вкус, загрязняют бизнес-логику, особенно когда надо сделать какие-то простые вещи — скажем, перемножить что-то, чтобы собрать CSS-переменные для элемента; или зареюзать одни настройки транзишенов в нескольких блоках. Не то, без чего нельзя жить, но на мой взгляд новация полезная.

Ну а инлайн-шаблоны просто маст хэв. Я очень часто выделяю в отдельные компоненты полный мусор, который в отдельных компонентах быть не должен.

Единственное, что меня смущает — это что идёт разговор про новые фичи, хотя и у Svelte, и у, тем более, Sapper, есть очень большое поле для улучшений в рамках существующих фич, которые морозятся и по которым нет положительной динамики.
Фовард слотов, фрагменты, error boundary, HMR — это всё, кажется, дало бы больший эффект.
Ну а в саппере вообще работы непочатый край: i18n (хотя относительно решено в user-land), ресет лейаутов, СПА-мод, именованные слоты в лейаутах и еще миллион других вещей.

Да, надо как-то повлиять, не молчать, чтобы в таком бредовом виде не заимплементили. Особенно со стилями мне не понравилось. С инлайн компонентами можно додумать в сторону фрагментов/partials

вот и напиши это Ричу!

Да ну что ты, где я, а где Рич.
Да и в рамках чего такой фидбек напишешь, не в комментах к конкретному RFC же :)