DK
а каким образом? просто только учусь.
оставь без дефолтного значения переменой to метод, внутри мапы проверяй на null и подставляй текущую дату, если null
Size: a a a
2020 December 22
М
оставь без дефолтного значения переменой to метод, внутри мапы проверяй на null и подставляй текущую дату, если null
ага, я понял
G
Данные авторизованного пользователя и др бизнес данные надо хранить в BloC стейтах?
G
Или в репозиртории как поля класса
G
И как их потом дергать?
ДЛ
Данные авторизованного пользователя и др бизнес данные надо хранить в BloC стейтах?
В репозитории на который при создании блока ты будешь подписываться и обновлять стейт
𝐼
Здравствуйте, как показать сразу Loading popup когда открывается новая страница используя bloc или provider
G
В репозитории на который при создании блока ты будешь подписываться и обновлять стейт
Вот юзер репозиторий в который сохраняю данные и как теперь в другом репозитории получить токен юзера
DK
Вот юзер репозиторий в который сохраняю данные и как теперь в другом репозитории получить токен юзера
Как ты сериализуешь и десереализуешь токены ?
G
Как ты сериализуешь и десереализуешь токены ?
toJson/fromJson? Мне нужно в одном репо получить данные с др репо
ДЛ
Вот юзер репозиторий в который сохраняю данные и как теперь в другом репозитории получить токен юзера
Заинжекти один репозиторий в другой и пользуйся
ДЛ
на мой вкус я бы не делал такой провайд полей
ДЛ
потому, что по ним нельзя понять, что данные еще не прилетели
ДЛ
обернул бы хотя бы во фьючи или типа того
G
А как мне тогда по правильному получить токен для запроса который храниться в др репо
ДЛ
Ну пользователь совершает какое-то действие -> в блок падает эвент -> блок дергает интерактор -> интерактор дергает сервис и кладет авторизационные данные в репозиторий
Дальше второй репозиторий в случае необходимости дергает первый репозиторий за токеном. Либо! Если нужно, то из первого репозитория делаешь реактивный стрим, на который подписан второй репозиторий, чтобы сразу узнать об изменении юзер токена
Дальше второй репозиторий в случае необходимости дергает первый репозиторий за токеном. Либо! Если нужно, то из первого репозитория делаешь реактивный стрим, на который подписан второй репозиторий, чтобы сразу узнать об изменении юзер токена
ДЛ
что-то типа BehaviorSubject круто решает такие вопросы
G
Спасибо, попробую разобраться
ДЛ
ну репозитории это синглтоны в какой-нибудь DI-системе и их можно в друг друга класть