а вернуть промис - это не вернуть данные?

а почему бы и нет ?

потому что там где ты будешь этот экшин запускать данные из него тебе не нужны

ну в моем понимании экшин может вернуть промис для того, чтобы можно было сделать await actionA(...)

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

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

это антипаттерн

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

серьезно?

и для этого я задействую Action из vuex?

это антипаттерн

кому как)

чтобы сделать запрос и не закомитить его с стор?

бля люди до сих пор не понимают что для таких кейсов не нужен вуекс вообще ниразу.

и для этого я задействую Action из vuex?

хз.. ты просто слаб..

ну это же блядь не мутация, откуда столько проблем

отовсюду блядь что это не то для чего экшны нужны

да я тут заметил сегодня уже вторую странность

даже в редуксе говнистом так не делают

первая это пихание геттеров везде и всюду

отовсюду блядь что это не то для чего экшны нужны

Всмысле!!

Всмысле!!

коромысле

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

ИНОГДА!

между словами ИНОГДА и ВСЕГДА есть большая разница :)

Со всей увереностью могу заявить!!! Вы блеть не используете Vuex по назначению - если не понимаете что должны возвращать Экшены

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

Со всей увереностью могу заявить!!! Вы блеть не используете Vuex по назначению - если не понимаете что должны возвращать Экшены

аргументируй.

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

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

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

я вообще не думаю что у тебя там используется. я лишь сказал что это хуевая затея

а ты делай как нравится) яж не настаиваю.

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

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

Блеть, ты что совсем ебанулся об столб..?? А если у тебя этот запрос дергаеться 100500 раз и при это он должен мутировать основной стейт.. НАХУЯ тебе его дергать в компоненте, при этот раздувать компонент СОВЕРШЕННО НЕ НУЖНОЙ ЛОГИКОЙ!!!

и ты должен подождать пока выполнится первый экшин

Блеть, ты что совсем ебанулся об столб..?? А если у тебя этот запрос дергаеться 100500 раз и при это он должен мутировать основной стейт.. НАХУЯ тебе его дергать в компоненте, при этот раздувать компонент СОВЕРШЕННО НЕ НУЖНОЙ ЛОГИКОЙ!!!

ты ебобо чтоли. тут речь была что ничего не коммитится в стор при этом

хз.. у меня всегда комититься в стор :))

в экшенах :)

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

^

хз.. у меня всегда комититься в стор :))

ну ты молодец. а я вон то комментировал

ну ты молодец. а я вон то комментировал

ну значит ты тоже молодец :)

Блеть, ты что совсем ебанулся об столб..?? А если у тебя этот запрос дергаеться 100500 раз и при это он должен мутировать основной стейт.. НАХУЯ тебе его дергать в компоненте, при этот раздувать компонент СОВЕРШЕННО НЕ НУЖНОЙ ЛОГИКОЙ!!!

Нежнее, пожалуйста.

https://youtu.be/ltcM7axld2k?list=RDltcM7axld2k&t=58

=)))

первая это пихание геттеров везде и всюду

Тут сегодня статья была на этот счет

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

больше аргументов у меня нет

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

ты можешь мутировать поле в объекте :)

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

ну у тебя есть полное понимание того как работают геттеры?

ты можешь мутировать поле в объекте :)

это то да, но вроде бы vuex жалуется, если мутирую поле

это то да, но вроде бы vuex жалуется, если мутирую поле

А вот я не знаю, это так же, как и с пропсами работает? :)

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

... можно использовать mapState

не.. не

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

Никак

ведь каждый геттер становится реактивным

будет отсдеживать все зависимости свои

и вычисляться каждый раз

Все 100500 не будут

ведь каждый геттер становится реактивным

вообще-то не геттер реактивен, а данные внутри него

А вот я не знаю, это так же, как и с пропсами работает? :)

Ппц. Помню почти год назад когда только начал в js и vuex, я удивлялся, что vuex не жалуется, что я мутирую данные, если это вложенно, тогда меня отговорили, что это потому, что strict мод не включит. Я включил и жаловалось, я сейчас опять проверил херь эту, молчит подонок

хотя вроде бы вью рекурсивно обходит обьект и должен видеть такие изменения и жаловаться

https://www.monterail.com/blog/2017/computed-properties-javascript-dependency-tracking

хотя вроде бы вью рекурсивно обходит обьект и должен видеть такие изменения и жаловаться

рекурсивно? :) этот режим только для отладки

рекурсивно? :) этот режим только для отладки

так у меня strict и стоит же

ну в проде же никто такое не включает

ты вообще видишь, что читаешь?

да я вижу какие то безумные идеи

и антипаттерны

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

ERROR: S client not available

и даже стрикт режим не нужен для этого

так у меня strict и стоит же

ты же в проде его отключаешь?

ты же в проде его отключаешь?

ага

@c01nd01r, это безумие, через раз работает. Сейчас запустил опять проект, походил мутировал обьекты и обьекты в массивах, все норм, жалуется

значит не зря в геттеры пихаю!

@ValeryKobzar, за полтора года, я мутировал случайно обьект раза 2-3

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

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

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

типа [...array], { ...object }

и уже с этим работаешь

но ебушки воробушки, это же не защищает нихуя

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

ну если только так

вручную рекурсивно все поля обходить

вручную рекурсивно все поля обходить

только так

другого способа к сожалению в js нет

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

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

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

это использовать например ramda библиотеку

там есть функции которые умеют мутировать глубокие по вложенности структуры гарантированно не испортив исходный объект

immutable.js не предлагаю, это в vue не оченноь уместно уже

immutable.js и в реакте не уместен

в реакте очень даже уместно

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

если ты делаешь редьюсеры сразу на immutable

immutable хорош когда за один раз надо поменять в разных частях дерева значения

пришли данные с сервера ты один раз сделал fromJS и работаешь дальше с иммутабельным объектом, надо отправить во внешнюю среду данные делаешь .toJS() и все

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

immutable не сериализуется

А значит и ssr идёт в жопу