есть компонент, ему нужны данные с api, и тут пути расходятся, либо используя vuex запросить эти данные в action, записать их в хранилище, и уже оттуда их брать в компоненте, тут есть небольшое непонимание, зачем их хранить в хранилище, если эти данные больше нигде не нужны, можно ли их вернуть из экшена не записывая в стор
или другой путь, без использования vuex, сделать запрос в самом компоненте и все, в этом пути мне не нравится что в компоненте есть запрос, мне как-то глаза они там мозолят
какой из вариантов лучше? или предложите свои
Из vuex вообще слать запросы идея не лучшая. Это стейт менеджер, в нем должно быть только хранение данных Для работы с апи используй слой апи, который ты уже используешь через внешний интерфейс в том же компоненте
я руководствовался тем, что асинхронные функции делаются в экшене, с условием, что эти функции и данные из api понадобятся не в одном компоненте, такой подход правильный? а для получения данных только для одного компонента мне нужно создать отдельный класс, я правильно понял?
Если в таком случае, можешь создать класс и импортировать асинхронные методы в компонент и в дату компонента кидать ответ, как по мне)
В идеале стор не должен ничего знать о том, где берутся эти данные Тебе в принципе надо создать отдельный слой (это один класс или несколько с классами клиентов для выполнения запросов и тд, зависит уже от сложности системы и требований). И это не зависит, используешь ты стор или нет
то есть, моя идея о том что бы делать запросы в экшене ошибочна, в нем нужно делать асинхронные функции с уже имеющимися данными, так?
Да, но в экшенах еще можно вызывать слой апи, это впринципе норм и более упрощенный вариант. А прям в сторе выполнять запросы точно не стоит) Но в идеале, чтобы стор не знал об апи ничего
спасибо что разжевали)
Я делаю всё через стор. Это позволяет отделить логику приложения от данных и UI У тебя получится UI независимо ни от апи ни от чего - полность самодостаточное и автономное. А данные и работа с ними - это задача стора, вот пусть он и занимается этим. Да, обычно считается, что если данные нужны только в одном месте - то ненадо их в сторе держать, но тогда будет разнос мест, где есть запросы с апи. Лично мне такое не нравится. Потому, если в компоненте нужны данные, то компонент вызывает action, action обновляет данные сторе и через гетер компонент рисует то, что нужно
Автономность UI не нужна, а стор таким образом превратится в огромную помойку )
Зато это будет помойка в одном месте, чем разнесенная по приложению. И когда интерфейс потерял свойство автономности? Данные и логика отдельно, интерфейс отдельно - вроде как давняя истина и пока ничего другого не придумали🤔
А смысл отрывать логику от того места, где она нужна, лишь ради того, чтобы скинуть её в общую помойку?
Смысл в том, что компонент должен просто рисовать то, что ему скажут независимо от того кто и как говорит. Работа с апи не позволит это выполнить. Потому компонент с апи, в чистом виде, работать не должен.
Обсуждают сегодня