Vuex store против компонентов: когда вы используете каждый метод для взаимодействия компонентов?

Question

Я выучил Vuex около 2 недель назад.Я думаю, что у меня есть достаточно четкое понимание того, что такое Vuex (или Flux) и как оно работает.

Чего у меня до сих пор нет, так это чувства, когда я должен поместить имущество в магазин, а когда нет.,Знаете ли вы некоторые рекомендации о том, когда это делать?

Очевидная ситуация: когда компоненты, которым требуется одна и та же информация, находятся далеко друг от друга в иерархии компонентов.Но что, если они близки (являются братьями и сестрами или находятся в родительско-дочерних отношениях)?Вы всегда используете компонентные реквизиты для передачи значений в таких ситуациях?Если нет, то когда нет и почему?

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

Answer 1

они говорят, Vuex - это как очки, вы знаете, когда они вам понадобятся .

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

Я бы сказал, что использование Vuex имеет три преимущества:

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

, если вы можете встретитьдва критерия, то это определенно да.Но то, что у вас есть данные между родителем и прямым потомком, не означает, что вы не должны использовать vuex.Я часто использую vuex для элементов в том же компоненте, но если данные доступны другим компонентам или особенно если они асинхронные (использует API), они все равно могут перейти в vuex.