как по мне, то эта возможность повесить set/get на computed и сразу комитить в стору какой-то антипатерн

+1 выглядит слабопонятна вся эта конкструкция

Попробуйте мутацию замапить через mapMutations. Но и так должно работать.

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

Если решили использовать flux архитектуру то мб стоит следовать ей?

это ты к чему? Вроде разговор про мутации напрямую из компонент

К тому что это нормально и это описано в доке

Забавно наблюдать, как один маленький вопрос по Vuex вызывает столько споров. Что лишний раз доказывает, что его надо юзать в последнюю очередь

Всё-таки никто не обосновал в чём ошибка. Есть вычисляемое свойство, его требуется менять, т.к. оно установлено в v-model. Для этого у вычисляемых есть свойство set Так? Так. Почему в девтулзах я вижу, что вычисляемое свойство поменялось, а в сторе сеттер не поменял нужный стэйт?

Почему вычисляемый сеттер может не работать? Код: computed: { data: { get: function () { return Object.keys(this.$store.getters.getRecipe).length > 0 ? this.$store.getters.getRecipe : null }, set: function (value) { this.$store.commit('setRecipe', value) } } }, вотчер спасает watch: { data: { handler: function () { this.$store.commit('setRecipe', this.data) }, deep: true } }, Но ведь должно было работать без него

Покажи как ты присваиваешь

Дип... а в дата что?

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

Почему вычисляемый сеттер может не работать? Код: computed: { data: { get: function () { return Object.keys(this.$store.getters.getRecipe).length > 0 ? this.$store.getters.getRecipe : null }, set: function (value) { this.$store.commit('setRecipe', value) } } }, вотчер спасает watch: { data: { handler: function () { this.$store.commit('setRecipe', this.data) }, deep: true } }, Но ведь должно было работать без него

мой вопрос просто сведён к минимуму, на самом деле там несколько вложенных компонент, несколько действий (то есть пробрасывать кучу ивентов наверх уже накладно, родительская компонента уже была бы простынёй), да и объект большой

<edit-or-create v-if="data" v-model.sync="data" @refresh="getItem()"></edit-or-create>

Чёт название странное у компонента.

<edit-or-create v-if="data" v-model.sync="data" @refresh="getItem()"></edit-or-create>

<edit-or-create v-if="data" v-model.sync="data" @refresh="getItem()"></edit-or-create>

Чувствую щас начнётся) Но в доке про него написано

Ссылку

вы че издеваетесь?

Т.е нужно использовать не v-model, а value.sync=data

v-model, так то, это вообще директива

Но это будет ломать датабиндинг для инпутов и чекбоксов

Коронную фразу в студииииию!

подожи, что value.sync что v-model это один и тот же сахар

v-model в value пропс пробрасывает, а ожидает input

Если не переопределять внутри компонента)

Коронную фразу в студииииию!

.sync это листенер для update:smth, а v-model - это листенер для input или change

как это влияет на мою ситуацию? Компутед же меняется всё равно в итоге?

Нужны стикеры) 1. v-model - это сахар 2. Используй Vuex

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

нужно добавить еще 3. Не используй Vuex 4. Где твой контекст

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

по дефолту v-model на инпут, а с .lazy на change

нет, ты не прав

по дефолту v-model на инпут, а с .lazy на change

Ну вот, теперь оказывается, что v-model не просто сахар!

Соль?

Забавно наблюдать, как один маленький вопрос по Vuex вызывает столько споров. Что лишний раз доказывает, что его надо юзать в последнюю очередь

Боль..)

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

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

возня началась с того, что прилепил непонятно зачем к v-model .sync ...