ВБ
Понял, спасибо.
Size: a a a
2020 May 15
V
как с технической части реализуется стейт, где он хранится?
ВБ
Да тот же vuex например.
AS
как с технической части реализуется стейт, где он хранится?
Простите, это вопрос с подвохом? Или просто вопрос.
Мне казалось что state это "просто" глобальная переменная.
И в связи с этим нет разницы где данные хранить, в ней или в компоненте.
По расходу памяти по идее одинаково, если не забывать чистить, когда она не нужна.
Это не так?
Просто мне например кажется что текущие данные хранить в state красиво тем, что они везде доступны и их можно легко изменять через мутации. Например при получении пакета по вебсокету.
Или правильно всё пихать по компонентам и уже только совсем общие данные хранить в store?
Мне казалось что state это "просто" глобальная переменная.
И в связи с этим нет разницы где данные хранить, в ней или в компоненте.
По расходу памяти по идее одинаково, если не забывать чистить, когда она не нужна.
Это не так?
Просто мне например кажется что текущие данные хранить в state красиво тем, что они везде доступны и их можно легко изменять через мутации. Например при получении пакета по вебсокету.
Или правильно всё пихать по компонентам и уже только совсем общие данные хранить в store?
NM
Store в первую очередь нужен для исключительно глобальных вещей.
В противном случае, вы можете отказаться от store и использовать vue.observable.
Если вы можете спроектировать так, чтобы его не использовать вообще - только плюс, например в реакте знаю людей, кто целенаправленно отказываться от использования redux.
Просто vuex позволяет обмениваться данными просто между компонентами, но все это можно заменить на provide-inject, event bus, observable, тут уже от проекта зависит, как вам удобнее)
В противном случае, вы можете отказаться от store и использовать vue.observable.
Если вы можете спроектировать так, чтобы его не использовать вообще - только плюс, например в реакте знаю людей, кто целенаправленно отказываться от использования redux.
Просто vuex позволяет обмениваться данными просто между компонентами, но все это можно заменить на provide-inject, event bus, observable, тут уже от проекта зависит, как вам удобнее)
NM
А ну да, в actions еще можно вынести всю работу с api, что удобно, не надо писать helper)
NT
Store в первую очередь нужен для исключительно глобальных вещей.
В противном случае, вы можете отказаться от store и использовать vue.observable.
Если вы можете спроектировать так, чтобы его не использовать вообще - только плюс, например в реакте знаю людей, кто целенаправленно отказываться от использования redux.
Просто vuex позволяет обмениваться данными просто между компонентами, но все это можно заменить на provide-inject, event bus, observable, тут уже от проекта зависит, как вам удобнее)
В противном случае, вы можете отказаться от store и использовать vue.observable.
Если вы можете спроектировать так, чтобы его не использовать вообще - только плюс, например в реакте знаю людей, кто целенаправленно отказываться от использования redux.
Просто vuex позволяет обмениваться данными просто между компонентами, но все это можно заменить на provide-inject, event bus, observable, тут уже от проекта зависит, как вам удобнее)
пожалуйста, только не event bus (по крайней мере не event bus через Vue-instance)
NM
пожалуйста, только не event bus (по крайней мере не event bus через Vue-instance)
для малого и среднего размера проектов, это вроде бы как удобно. Какие у Вас проблемы возникали с данным подходом?
NT
мы же его выпиливаем в v3
NM
мы же его выпиливаем в v3
Спасибо за инфу, буду в курсе) но v3 пока что нет) тогда vue.observable альтернатива vuex'у)
NT
$on, $off и $once больше не будут существовать как методы инстанса, затруднит миграцию
D
мы же его выпиливаем в v3
А какой аналог будет если у нас компоненты это разные билды вью?
К примеру когда встраивают в тот же вордпресс, то часто бывает когда хедер это один компонент отдельный, а футер другой
К примеру когда встраивают в тот же вордпресс, то часто бывает когда хедер это один компонент отдельный, а футер другой
NT
А какой аналог будет если у нас компоненты это разные билды вью?
К примеру когда встраивают в тот же вордпресс, то часто бывает когда хедер это один компонент отдельный, а футер другой
К примеру когда встраивают в тот же вордпресс, то часто бывает когда хедер это один компонент отдельный, а футер другой
mitt
NT
мы его рекомендовали как альтернативу в RFC, и в принципе могу сказать, что заменяет неплохо, если вы не передавали в event bus множественные параметры
NT
Спасибо за инфу, буду в курсе) но v3 пока что нет) тогда vue.observable альтернатива vuex'у)
с пятой версии Vuex будет более приятным в плане API, и под капотом будет работать на тех же observable (точнее, на reactive, его ж переименовали)
NM
с пятой версии Vuex будет более приятным в плане API, и под капотом будет работать на тех же observable (точнее, на reactive, его ж переименовали)
Супер)
NT
А https://github.com/ai/nanoevents вместо event.bus не подойдёт?
не проверяла, вполне может быть
А
будет как-то улучшен синтаксис обращения к модульному стору?