а остальные пропсы явные

то это настолько ничтожно, что прям смешно

Это только если речь о динамическом импорте идет. ДЛя обычного импорта экспорта такие оптимизации весьма применимы

Всё так. По сути, разницы никакой и не будет с явным объявлением.

да не связано это с тришейпингом)

Тришейкинг — это другое. Вы про удаление неиспользуемого кода что ли?

экспорта вообще в результирющем коде не будет, вы хоть выхлоп то посмотрите)

там только экспорт дефолт класса компонента будет

хоть рестпропс хоть хедпропс

Да

В дискорде пишу что экспорт class антишаблон и вообще не по свелтовски

Окей.
Внутри компонентов неиспользуемый код удаляет терсер. Он делает это очень осторожно. Например, объявите константу и не используйте её — она будет выпилена (потому что будет помещена в скоуп модуля; статический анализ даст понимание, что константа бессмысленна).
Всё, что внутри компонента, почти не поддаётся очистке. Всё, что зависит от любых пропсов — тем более. JS настолько динамичный язык, что ты никогда не можешь быть уверен, вызывает ли кто-нибудь где-нибудь этот компонент с тем пропсом, который на первый взгляд "не используется".

в вебпаке тришейкингом тоже терсер занимается =)

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

А как же любимый __PURE__ ?

Я не знаю какой есть другой Svelte-путь для укладывания верстки отступов и прочего без экспорта class компонента. Чтобы использовать его в разных layout контекстах

Компоненты — это не чистые функции. Таких гарантий, во всяком случае, вам никто не даст, лол.

у вас проблема только с именем, подход нормальный только имя пропсу поменяйте и все

что вам стоит писать везде className вместо class и не испытывать никаких проблем

https://github.com/IBM/carbon-components-svelte/blob/master/src/Button/Button.svelte#L107 IBM не парится юзает рест пропс