🦜
Всегда хранил API в отдельной папке. Нахрена оно в фичах?) Потом внезапно тебе нужно что-то обновить или запросить в другой фиче и начинаются приколы
Соглы
Size: a a a
2020 October 06
ei
Всегда хранил API в отдельной папке. Нахрена оно в фичах?) Потом внезапно тебе нужно что-то обновить или запросить в другой фиче и начинаются приколы
+
КН
Всегда хранил API в отдельной папке. Нахрена оно в фичах?) Потом внезапно тебе нужно что-то обновить или запросить в другой фиче и начинаются приколы
Тоже пришёл к этому. Приходится теперь разделять слои получения данных и хранения. При этом БЛ как-то сама собой перетекла в отдельный слой.
З
Тоже пришёл к этому. Приходится теперь разделять слои получения данных и хранения. При этом БЛ как-то сама собой перетекла в отдельный слой.
у меня в api лежат запросы и часть сторов, которst хранят четко привязанные к api данные
КН
у меня в api лежат запросы и часть сторов, которst хранят четко привязанные к api данные
Типа состояний запроса?
З
условно - инфа о юзере. она не изменяется на клиенте нигде и будет меняться только если я сделаю новый запрос и он вернет новую инфу
З
короче говоря, стейт, который зависит только от апишки
c
условно - инфа о юзере. она не изменяется на клиенте нигде и будет меняться только если я сделаю новый запрос и он вернет новую инфу
я для такого сделал фичу session
З
вот я раньше думал об этом и не стал. это звучит так же как и фича api
КН
условно - инфа о юзере. она не изменяется на клиенте нигде и будет меняться только если я сделаю новый запрос и он вернет новую инфу
У нас другой кейс. В большом количестве мест требуется знать, какое именно действие сейчас происходит, и с каким именно экземпляром какой-либо сущности. При этом это состояние должно отображаться только в конкретном месте, а не во всех сразу (экземпляр может отображаться одновременно в нескольких местах).
З
+ это далеко не всегда связано с сессией. вот у тебя банально периодически обновляются курсы валют. эти данные не связаны с сессией, но они, как и инфа о юзере, обновляются только из апишки
c
вот я раньше думал об этом и не стал. это звучит так же как и фича api
для меня управление сессией пользователя, это достаточно много всего
включая ручной разлогин
обновление токена регулярно и т.д
включая ручной разлогин
обновление токена регулярно и т.д
c
а апи, это чисто слой, защищающий приложение от изменений в бекенде
ei
я для такого сделал фичу session
+
З
У нас другой кейс. В большом количестве мест требуется знать, какое именно действие сейчас происходит, и с каким именно экземпляром какой-либо сущности. При этом это состояние должно отображаться только в конкретном месте, а не во всех сразу (экземпляр может отображаться одновременно в нескольких местах).
в таком случае ты просто копируешь стейт в локальный стор
З
в таком случае ты просто копируешь стейт в локальный стор
ну, банальный пример - вот есть инфа о юзере, которая прилетает из апишки. и форма изменения этой инфы (имя там поменять). я в апи кладу всю инфу о юзере, а в фиче у меня сторы для инпутов, которые притягивают стейт из стора апишки
ei
В апи я разве что могу преобразования данных делать после запроса
Либо делать 1 запрос из нескольких других, допустим надо сделать метод который запрашивает сразу кучу юзеров, а у апи возможность только одного получать, в итоге пишется метод который в себе несколько запросов содержит
Либо делать 1 запрос из нескольких других, допустим надо сделать метод который запрашивает сразу кучу юзеров, а у апи возможность только одного получать, в итоге пишется метод который в себе несколько запросов содержит
ei
А работа с данными только в фичах
🦜
ну, банальный пример - вот есть инфа о юзере, которая прилетает из апишки. и форма изменения этой инфы (имя там поменять). я в апи кладу всю инфу о юзере, а в фиче у меня сторы для инпутов, которые притягивают стейт из стора апишки
звучит странно
🦜
дай код