Действительно ли нам нужен Vuex при создании веб-приложения с использованием Firebase + Vue?

Question

Мы создаем веб-приложение для go заказа для ресторанов с Firebase и Vue.

• Рестораны могут создавать свои собственные страницы и добавлять пункты меню.
• Пользователи (клиенты) могут заказать продукты на страницах этих ресторанов и забрать их позже.

В начале проекта мы решили хранить некоторые временные данные (пользовательские данные, корзины покупок и т. Д. c.) В магазине Vuex. Он работает нормально, но в нем много сложностей, которые затрудняют его обслуживание.

Недавно я понял, что мы можем просто использовать Firestore и для этих переходных данных, что значительно упростит архитектуру, полностью исключив Vuex.

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

Буду очень признателен за любые комментарии и предложения тех людей, которые имеют опыт создания относительно крупномасштабных веб-приложений с использованием Firebase + Vue (или даже React).

Answer 1

Короткий ответ

Да, это кажется вполне разумным.

Длинный ответ

Многие веб-приложения синхронизируют свое состояние через внешнюю службу, такую ​​как Firebase, GraphQL и др. c. В этих случаях вы, возможно, уже используете какой-то общий кеш, независимый от пользовательского интерфейса (например, Frestore, клиент Apollo). Если вышеупомянутый кеш не может быть легко доступен для ваших компонентов пользовательского интерфейса, будет мало пользы от переключения или дублирования данных на Vuex.

Имейте в виду, что даже в вышеупомянутом сценарии Vuex все еще может быть полезным инструментом для отслеживания UI-специфицированного состояния c между отключенными компонентами в вашем интерфейсе. Например, вы можете глобально определить текущий режим просмотра пользователя или какой модальный режим открыт.