getPizzas не должен быть частью стора, это не функция стора, это функция работы с API, которая занимается чисто HTTPшными и апишными залдачами - формирует запрос, работает с fetch. При этом многие вещи, которые она делает, выглядят как то, что должно быть реализовано для всех запросов. А значит либо будет везде дублироваться копипастом, или работать по-разному. Это должно быть вынесено тоже в отдельный модуль, отвечающий за http запросы в приложении в целом.
По коду также плохо понятно, почему это именно стор. Всё, что он делает - один запрос + хранение состояние запроса. Это выглядит в лучшем случае как компосабл, который может использоваться в сторе, если эти данные нужны глобально
а где делать запросы? в ui компоненте, привязывая к нему логику?
Если результат запроса нужен в одном месте приложения - да. Но даже если делать его в сторе, не нужно копипастить всю логику с флагами loading error между всеми сторами.
Если в приложении завтра появятся ещё бургеры, на сколько стор бургеров будет копипастой стора пицц?
вынесу эту логику, и буду использовать в таких местах
Запросы - в апи сервисе Логика (если не элементарная) - в композабле Отображение - компонент В простых приложениях можно совмещать 2 в 1
Обсуждают сегодня