структурирования объемного приложения на Vue.
Условно: есть приложение, в приложении есть 3 компоненты, работа которых не пересекается между собой (в один момент может работать только 1 компонента).
У компонент некоторые запросы к сторе и, соответственно, получаемая от сторы информация могут совпадать (например, и компонента 1, и компонента 2 могут отправить сторе запрос на получение определенной data по определенному запросу АПИ, и в последствии эту информацию использовать в рамках работы своих внутренностей).
При этом стора реализована единым местом для всех трех компонент.
Вопрос: как правильнее будет реализовать стору в итоге? Оставить общим местом для всех компонент, либо для каждой компоненты выделить отдельный модуль сторы, в который прописывать конкретно используемые в компоненте запросы-значения-etc, независимо от того, используется ли подобное в других компонентах или нет?
Если тебе не нужно хранить состояние каждой компоненты отдельно и они могут пользоваться общими полями стора, не вижу причин создавать несколько одинаковых модулей
Итоги хранятся на сервере. Т.е. логика такая, что открывается компонента - производится в ней работа - итоговые данные сохраняются (или нет) на сервере - компонента закрывается. Проблема в том, что единая стора жестко огромная (около 3к строк для отработки всей логики на реально существующие 7 компонент)
Я бы лично не обращался со стора (раз уж вы его используете) к апи. Это приводит к лишним телодвижениям и просто реальному количеству текста. Создайте сервис для работы с апи, вызовите его из компонента на нужном хуке и, если необходимо, сложите данные в стору.
Стору нужно организовывать исходя из данных и ответственности, но никак не из того каким компонентам что нужно. Более того к ней прибегать нужно только в случае когда обойтись локальным стейтом компонента или композишеном не получается. Если у вас возникла что под каждый инстанс компонента нужно регистрировать новый модуль сторы то точно что-то пошло не так.
Обсуждают сегодня