в идеале - долгосрочная идея, как я ее понимаю, чтобы веб-компоненты работали частично при выключенном JS

но для этого нужны еще declarative custom elements, которые пока не существуют даже как черновик

котам делать нечего

ну на практике это если и взлетит, то года через 3, не раньше.

пока в Сафари еще не дали окончательного ответа - они за или против

может когда они запилят всё остальное и добьют инфой о том, как именно ссрят, я пойму

а пока я вижу оверхеды по траффику

вы же помните полимер, кажется второй версии?
там теоретически можно было сбилдить в js который работал относительно быстро
но они билдили в html, который работал в нехроме медленно
и конечно им было пофиг на эту ситуацию, это их песочница, а вы идите нахер

я и 0.5 версию помню, когда они говорили, что все будет на HTML импортах)

сейчас они что-то делают для SSR, потому что это один из главных моментов, за которые веб-компоненты критикуют

второй - доступность, там тоже есть прогресс

SSR сильно от проекта зависит
когда все упоролись на чисто js, то понятно , разучились в то, что мы просто рендером называем
и пришлось придумывать ssr в каких-то новых окружениях

а так то варнишем критичный html через esi вставить разве мешает кто?

в lit-html 2.0 обещали поддержку SSR, увидим как там это будет реализовано. пока из того что известно - ограничат возможности директив

кто, кто будет ссрить?

Если я правильно понял, то единственная цель Declarative Shadow DOM, это сделать доступным контент веб компонента без JS. Ну и возможно упростить немного SSR в таких случаях. Просто если у нас есть JS на клиенте и на сервере, ничто не мешает отрендерить в SSR что угодно внутрь веб-компонента, а потом на клиенте заменить. Костыль конечно, но кажется SSR это и есть один большой костыль, что поделать, Declarative Shadow DOM это не исправит.

Т.е. вы подумайте. У нас будет темлейт JS-фреймворка для генерации темплейта для shadowRoot, который сам по себе шаблонизирует слоты, а потом еще сделать шаблон, который будет пререндером и отправить его на клиенте вместе со всем остальным.

элементы без шадовдома могут сами в себя посмотреть и придти к выводу, что они отссрены
элементы с шадовдомом могут полагаться на слоты и всё

декларативный шадовдом может быть подойдёт для псевдоифреймов
но это как-то громоздко выглядит

это low-level API, громоздко или нет не так уж важно, вряд ли кто-то будет это ручками дергать, будут тулзы
я пока не понимаю, действительно ли это решает какие-то проблемы или это скорее эксперимент с призывом всех поиграться

Ну лишь бы не курили.