Освоение Vuex — с нуля до героя

[@Djaler]

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

[@Craftworker]

В статье мы наблюдаем демонстрацию того, что это возможно при использовании Vuex.

[@Djaler]

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

[@AmdY]

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

[@XAHTEP26]

В коде из раздела «Но почему?» ошибка в действии «SET_NAME»:

context.dispatch('SET_NAME', name);

Тут должно быть не dispatch, a commit — иначе получается какая-то рекурсия.

[@Craftworker]

Да, вы совершенно правы. Исправлено.

[@XAHTEP26]

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

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

[@HAGer2000]

Все правильно. Я думаю, тут скорее продемонстрированы возможности vuex-а

[@Craftworker]

Всё верно.

[@Suliman]

Зачем для хранения данных использовать Vuex (самому писать геттеры, сеттеры, даже для простейшего получения значения и установки значения) если есть localStorage. Почему не использовать localStorage для хранения данных?

[@Craftworker]

Будет ли работать реактивность в случае с использованием localStorage?

[@XAHTEP26]

Ну во первых изменение состояние Vuex автоматически вызывает изменения в DOM, а в LocalStorage отследить состояние можно только отследив событие «storage», причем это событие не сработает если оно вызвано кодом исполняемым в той же вкладке.

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

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

Ну и еще много причин. Если в кратце — то это разные механизмы, предназначенные для разных задач и заменить одно другим нельзя.

[@Fragster]

А я все жду, когда же они разродятся вот этой фичей из роадмапа:

Simplify usage

• Getting rid of mapXXX helpers via scoped-slot based store consumer component
• Getting rid of the need for separating actions and mutations

[@LiguidCool]

«Посмотрите на Redux, а теперь на Vuex, снова на Redux и снова на Vuex. Да, Vuex на коне!»

[@Huey]

Redux вы можете использовать не только в реакт, но и во вью и где захотите в принципе. А Vuex только во vue. В Redux горы бойлерплейта, но во Vuex много магии.
Все не однозначно!

[@Per_Ardua]

Во vuex вся магия в том, что часть очевидных вещей скрыта, тогда как в redux её приходится писать ручками. И это на мой взгляд больше плюс, чем минус =)

[@seDruid]

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

[@Craftworker]

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

[@m00nk]

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

[@marsdenden]

ну пример кода мог бы прояснить этот вопрос, а так все хабрателепаты заняты подготовкой к НГ.
А вообще — такие вопросы, скорее, к компетенции тостера относятся

[@Lovesuper]

Передача данных в магазин :) Переводчик даже не старался. Спасибо.

[@GLeBaTi]

Сразу смотрите vuex-module-decorators. Облегчит жизнь