это какой-то тактичный говнокод

А что тогда?

тогда без фреймворка, синглтон наверно, или другой какой паттерн. es6, может jquery где придется для скорости (чо поделать сроки с той недели, мне отдали горящий проект на волоске)

трейни так бы не написал по гайдам

вы о чем вообще

и кто такой денис

а я Никита, если что

тогда без фреймворка, синглтон наверно, или другой какой паттерн. es6, может jquery где придется для скорости (чо поделать сроки с той недели, мне отдали горящий проект на волоске)

Почему не взять Vue "как jquery"?

а я Никита, если что

Молодец ?

вы о чем вообще

piterden или как никнейм был

спасибо ❤️

пидорден

бентен

рептилоид сука, еще и в моем городе лол

а я в Москве

инфа сотка шушарский какой-нибудь или с колпино (питерские поймут)

эй, ну камон) Зачем его обсирать. Это низковато

эй, ну камон) Зачем его обсирать. Это низковато

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

Почему не взять Vue "как jquery"?

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

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

Повезло тебе с ним) Уже практически родственники

ну спасибо

Почему не взять Vue "как jquery"?

или ты предлагаешь мне компоненты инлайн писать? x-template?

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

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

ну хз. Пилишь отдельные виджеты на Vue и монтируешь в нужные места. Как jquery. Да, без *.vue файлов (хотя, если заморочиться), но можно Vuex подключить/шину сделать. Потом, мне кажется, будет больше пространства для маневра. Однако, тут тоже могут быть свои сложности.

или я даун

или я даун

что не исключено в любом варианте, кстати :D

ну хз. Пилишь отдельные виджеты на Vue и монтируешь в нужные места. Как jquery. Да, без *.vue файлов (хотя, если заморочиться), но можно Vuex подключить/шину сделать. Потом, мне кажется, будет больше пространства для маневра. Однако, тут тоже могут быть свои сложности.

ну... вот. vuex – каеф, из-за этого и хотел заюзать vue

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

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

Правда, я детально сходу синтаксис не вспомню

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

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

а может использовал

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

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

ля ебать гриды прикольные

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

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

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

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

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

поэтому и "не особо" пишу :D

ну тип вроде и да, вроде и нет)

Не думаю, что с этим могут быть проблемы. Не у гугла точно

Надо узнавать

вот теперь я еще больше сомневаюсь.

я почти забил на идею со вью

Ну, уговаривать я тебя не буду :)

:D вглядело бы тупо, согласен

Вы не представляете, какой кайф начать с чистого листа

Переосмыслив что-нибудь

Тупа каэф

Пошёл записывать, как буду есть

Держу в курсе

Скажите, а в чем рофл мутации константами именовать?

А в чем профит?

https://twitter.com/kirjs/status/911261183281418241

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.

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

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

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

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

Да, но зачем, если есть нативная, более продвинутая реализация? С поддержкой многих фишек 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.

Я-то видел Только вот нахуя? Что это дает

почему не написать сразу SOME_MUTATION?

какая?)

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

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

так все так и есть. на выходе выходят компоненты как отдельные js файлы, с хэшем и проч проч

@Fl0pZz если что это не моя которая с System.import.. а у меня все так же как в доке, разве что я сам имя файла указываю)

Ну лан, не буду убеждать

Погоди

рафик

ты против вот этого что ли

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 Foo = () => import(/* webpackChunkName: "group-foo" */ './Foo.vue') const Bar = () => import(/* webpackChunkName: "group-foo" */ './Bar.vue') const Baz = () => import(/* webpackChunkName: "group-foo" */ './Baz.vue')

Наоборот, я за это

а

хотел уже палками закидывать начать

)

А против чего ты?

У Рея функция фабрика с аргументом - имя чанка

та я видел

не чанка, а .vue файла

а смысол

тоже самое как в примере выше. только зачем мне писать столько строк когда я могу вызывать функцию с нужным мне файлом .vue ?)

и с тем же успехом добавить ее в роут

в смысле столько строк?

3 компонента - 3 строки

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 ] и в чем же проблема вот у такого подхода?

А если компоненты раскиданы в разных местах?

у меня не раскиданы

для роут компонентов и существует views папка

А все, вижу

а подпапки точно также _import('folder/compName')

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

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

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

в components

в components

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

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

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

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

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

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

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

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

а там где он не нужен - скрывать.

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

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

чет не оч нравится

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

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

думаю да ?

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

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

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

просто страницы, я в лейаутах храню обертку специфичные, и "кросскомпонеты" (меню, футер etc)