ладно проблема не очень большая можно и хардкодить

Ну вот у тебя роут [any_slug].svelte
Ты в load делаешь проверку сверку any_slug с твоим списком урлов и если есть совпадение — отдаёшь страницу. Если нет — возвращаешь 404.

Ну и да, один фиг это можно сломать ))

Короче с file.base роутером это все бессмысленно. Вообще проблема больше надуманная, это не то место где нужно защищаться от изменения адреса страницы.

Логика в этом есть. С другой стороны - если условия неотображения начнут разрастаться - в коде будет каша. А если спихнуть все например в какой-то conditionalHeader, то все будет в одном месте. Так что есть доводы и за и против и каждый уже принимает решение на месте исходя из конкретной ситуации. Лично я, например, вынес бы условия отображения всех хидеров, футеров и прочего отдельным файлом, а в самих хидерах футерах делал бы проверку отображения по стору. Тогда и лэйаут чистый, и все условия отображения в одном месте. Что очень удобно при развитии приложения.

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

Как показывает практика, ТЗ строго выдерживается только в 10-20% случаев. Чаще же и переписывается и дописывается. Потому лишняя гибкость лишней не оказывается.

можно даже мини темплейты организовывать. базовый - baseTemplate = {showRest: true} и от него дадьше по роутам и кейcам. По роуту такому-то - return {  header: false, ...baseTemplate }

+ стараюсь выносить в стор роутера всю логику его мутаций, но со SvelteKit все неоднозначно… файловая навигация накладывает своё вето 😁 особенно угарно отдельные лоады под страницы… когда это все можно сделать одним блоком js… даже в SvelteKit сразу собрал все странички и потом уже от них плясал… дурно мне на каждый md писать логику его подгрузки

Файловый роутинг нагляднее.
Я пробовал и так и так, и файловый — прям оч хорошо.

Особенно когда новичёк приходит в проект

md - markdown?

Неоднозначная штука. В одних кейсах прям оч хорошо. В других - прям оч не хорошо. )))

Да

Так-то да, но обязывает к лишней писанине…🤔

Почему?

файловый роутинг обязывает к лишней писанине) а роутинг написанный с нуля не обязывает) ахахаха

там же вся писанина будет не лишняяя

Привет всем!
Я правильно понимаю, что нет простого способа передать в компонент класс микс?
Не используя глобал или модули?

Да

используй цсс модули и забудь про свелт стили, будет намного меньше проблем

подписываюсь под сообщением выше

Спасибо!
А они норм работают с scss?
И импортами из отдельных файлов?