ты можешь писать шаблоны внутри самого тега <card> Твой СЕО контент. </card> И поисковики подхватят и Vue отрендерит

че-то есть такое, да, видел, но не использовал тоже

Надо доку копать, пробовать. Там че та надо <cart inline-template></cart> писать, как-то так. Не помню точно

да, я когда-то делал так, а потом отдельные инстанции сделать пришлось для больших блоков, цеплялся к ним по el: 'selector'. но с inline-template какая-то шняга есть, не помню в чем заключается. то ли что-то иметь ввиду надо, то ли что. в любом случае, <cart></cart> не особо валиден

Почему? Это custom component

https://router.vuejs.org/ru/advanced/lazy-loading.html#объединение-компонентов-в-единую-минисборку

так моя функция так и делает лол

Да, но зачем, если есть нативная, более продвинутая реализация? С поддержкой многих фишек webpack?

https://vuex.vuejs.org/en/mutations.html It is a commonly seen pattern to use constants for mutation types in various Flux implementations. This allows the code to take advantage of tooling like linters, and putting all constants in a single file allows your collaborators to get an at-a-glance view of what mutations are possible in the entire application: Whether to use constants is largely a preference - it can be helpful in large projects with many developers, but it's totally optional if you don't like them.

какая?)

Например именование, добавление хеша, и проч проч проч

const Foo = () => import(/* webpackChunkName: "group-foo" */ './Foo.vue') const Bar = () => import(/* webpackChunkName: "group-foo" */ './Bar.vue') const Baz = () => import(/* webpackChunkName: "group-foo" */ './Baz.vue')

const _import = file => () => import(`../views/${file}.vue`).then(m => m.default) const routes = [ { path: '/', component: _import('index') }, { path: '/some', component: _import('some') } // etc ] и в чем же проблема вот у такого подхода?

const _import = file => () => import(`../views/${file}.vue`).then(m => m.default) const routes = [ { path: '/', component: _import('index') }, { path: '/some', component: _import('some') } // etc ] и в чем же проблема вот у такого подхода?

а лейауты как хранишь? у меня недавно была проблема что дизайн страницы логина сильно отличается от дизайна кабинета

в components

кейс, тулбар и логаут кнопку не показывать на логине

ну так это в самом компоненте определяешь же?

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

ну его можно импортить в главный если он во всех есть. а через router-view остальные показывать. и тулбар будет везде

кажется я твое решение возьму, можно? :)

я как сделал: лейауты вынес, они же в роутере корни путей, вьюшки импортирую в лейауты типа layouts/auth.vue, layouts/cabinet.vue

вот это я чет не особо понял) это у тебя просто страницы или нет?

Пора юзать css-in-js?

я че и хочу