вроде выше ты писал за ошибку, что пока ты фетчил данные, то у тебя рендер падает с ошибкой, потому, что данные не пришли еще, а ты обращался к несуществующему свойству

да именно, если все в один хук пихнуть, именно created

Для этого есть промисы. А пока даных нет крутишь лоадер

Зачем промисы, когда есть божественные коллбеки

Для этого есть промисы. А пока даных нет крутишь лоадер

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

да именно, если все в один хук пихнуть, именно created

бля парень, тебе уже предлагали, либо врубай лоадер, либо делай изначальные данные, пока новые не придут.

<myLoader v-if=loading /> <div v-else>{{ data.product.title }}</div>

бля парень, тебе уже предлагали, либо врубай лоадер, либо делай изначальные данные, пока новые не придут.

написал, что юзаю лоадер. вопрос не в этом. Вопрос в том, что вызов данных не произойдет и выкинет ошибку, т.к. параметры url еще не попали в стейт на момент вызова данных со стейта

Зачем промисы, когда есть божественные коллбеки

зачем колбэки, когда можно просто делать запросы синхронно!

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

написал, что юзаю лоадер. вопрос не в этом. Вопрос в том, что вызов данных не произойдет и выкинет ошибку, т.к. параметры url еще не попали в стейт на момент вызова данных со стейта

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

вообще не понимаю че за мутации ты вызываешь и зачем

потому что позже я их использую в том же компоненте

параметры урл можно просто location брать? в computed ретурнить данные урла?

ты че серьезно насоздавал методов которые просто делают myMethod(val) { this.current_type = val } ??

я опять не понимаю, почему ты fetchTypes не может сделать в created.

ты че серьезно насоздавал методов которые просто делают myMethod(val) { this.current_type = val } ??

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

я опять не понимаю, почему ты fetchTypes не может сделать в created.

fetchTypes могу

остальное требует данных из стейта

А не проще диспачнуть один экшн, в который объектом передать данные с роутера

я пихаю параметры url в стейт, потому что потом url изменится, а компонент останется таким же

я пихаю параметры url в стейт, потому что потом url изменится, а компонент останется таким же

а зачем это?

А не проще диспачнуть один экшн, в который объектом передать данные с роутера

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

я просто реально не могу вникнуть в твой кейс и весь твой код кажется диким оверхедом

а зачем это?

нужно по задаче вернуть пользователя к изначальному вопросу

приложение само - создание вопросников

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

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

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

ебусь уже год)

больше надо

Какой вариант форматирования предпочтительнее? https://imgur.com/a/Abg9h16 anonymous poll Второй – 12 ??????? 60% Первый – 8 ????? 40% ? 20 people voted so far.

Какой вариант форматирования предпочтительнее? https://imgur.com/a/Abg9h16 anonymous poll Второй – 12 ??????? 60% Первый – 8 ????? 40% ? 20 people voted so far.

Ссылка не кликабельна

Ну малось лоханулся, да. Надо ктрл+ц ктрл+в в адресную строку. Там уже нельзя отредактировать

Ссылка на варианты

если по результатам опроса будет равенство - то будет второй тур голосований? =)

Ребят, расскажите кто как базовые элементы страницы именует. Имею ввиду компоненты кнопок, инпутов и т.д. В доках советуют примерно такое: AppButton, BaseButton, VButton. Написав полсоотни компонентов как то не хочется уже писать префиксы App и Base, но я заметил, что в библиотеках часто именуют компоненты с префиксом V, и про конфликты задумался... короче хочу все свои базовые компоненты приложения писать с префиксом V. что скажете, есть подводные камни?)

это при том, что у меня в VSC не работает автокомплит для PascalCase стиля, по этому не хочется в ручнную писать префисы больше 1 символа

это при том, что у меня в VSC не работает автокомплит для PascalCase стиля, по этому не хочется в ручнную писать префисы больше 1 символа

это как

че за автокомплит для паскаль стиля

че за автокомплит для паскаль стиля

вот так, kebab-case он дополняет а PascalCase нет. это скорее всего как я понимаю в Vetur так сделано, что ни как не изменишь

вот так, kebab-case он дополняет а PascalCase нет. это скорее всего как я понимаю в Vetur так сделано, что ни как не изменишь

а, вкурил о чем ты

он все понимает, при первом же символы он выдает совпадения, но в kebab-case

я использовал prefix Ui

понял понял)

но вопрос в другом) о именовании) подскажите)

но вопрос в другом) о именовании) подскажите)

я ничего умного не придумал как Ui писать, если ты используешь какой-то ui фреймворк, то просто заранее выбери другое сочитание

RainButton

=)

RainButton

ахах)))) супер)

я ничего умного не придумал как Ui писать, если ты используешь какой-то ui фреймворк, то просто заранее выбери другое сочитание

ну норм) кажется мне, что вы шарите) может тогда еще поделитесь тем, как вы в основном компоненты структурируете?) я имею ввиду по папкам)

:D

ну у меня не очень красивая структура. Все на одном уровне, но если у компонента есть какие-то ассеты, то создаю под него папку

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

ну у меня не очень красивая структура. Все на одном уровне, но если у компонента есть какие-то ассеты, то создаю под него папку

а папки под ui к примеру?

Народ, я тут задумался. Если я передаю в webpack.DefinePlugin NODE_ENV, можно убрать cross-env NODE_ENV? Есть ли какие-то библиотеки или кейсы которые не понтянут правильный NODE_ENV если я укажу его только в рамках вебпака?

Что за тема?)

а папки под ui к примеру?

у меня все компоненты которые я отношу к Ui держу в папке elements.

у меня типо есть 3 папки: pages, elements, components. Компонент это компоненты которые имеют связь с vuex, elements это ui элементы или которые не имеют связи с vuex и pages которые участвуют в роутере

не претендую на оригинальность или на бест решения.

у меня все компоненты которые я отношу к Ui держу в папке elements.

у меня примерно так же, у меня есть папки ui, layout, а остальные папки уже идут с бизнес логикой, к примеру User, Projects но отдельное название для папки, которое будет содержать компоненты бизнес логики я так и не придумал, может посоветуете что?)

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

у меня примерно так же, у меня есть папки ui, layout, а остальные папки уже идут с бизнес логикой, к примеру User, Projects но отдельное название для папки, которое будет содержать компоненты бизнес логики я так и не придумал, может посоветуете что?)

контейнеры?

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

а уже вызвал кто-нибудь золотова на js-поединок?

ERROR: S client not available

кого?

а уже вызвал кто-нибудь золотова на js-поединок?

Я не против

Пиши ему мою телегу

контейнеры?

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

не претендую на оригинальность или на бест решения.

Не

Это ж классика

Как у нукста

Я не против

да ему писать некуда, надо видос с хэштегом #ZOLOTOWCHALLENGE записывать)

Это ж классика

Хз сомнительная штука

Я не про накст

Хз сомнительная штука

Ну у него трох другая структура

Не

у нукста layout, pages, components. У меня нет layouts. Я решил не выделять layout в отдельное категорию, потому, что нахуй надо

у нукста layout, pages, components. У меня нет layouts. Я решил не выделять layout в отдельное категорию, потому, что нахуй надо

Отделять компоненты с вуекс и без это бред мб

Хотя все равно бест структуры нет

У меня каждый компонент папка

Отделять компоненты с вуекс и без это бред мб

возможно, но я тогда пытался сделать что-то вроде контейнеров и компонентов, получилось это :)

И есть общие компоненты

Они в утилс

мне нравится структура у этого бойлерплэйта https://github.com/petervmeijgaard/vue-2-boilerplate

А че вам атомик не так?

но я её под себя адаптирую

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

А че вам атомик не так?

я не пробывал и у меня с ним ассоциации впервую очередь с css, а не spa

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

Если и юзать вуекс то туда приходится выносить всё

Хранить одно там другое там чот не оч

Я забил как-то переносить когда масштабировался внезапно

Голова пухнет когда все не в одном месте

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

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

Ток начинал

Тогда

Лучше чем делают реактилоиды тут не выходит