S
у меня так
Size: a a a
2020 September 27
DK
Создаёшь мультиблок провайдер
А почему не мультиреп ? Почему именно мультиблок?
Хорошо, а как в репозиторий передать инстанс источника данных.
Просто пытаюсь разобраться
Хорошо, а как в репозиторий передать инстанс источника данных.
Просто пытаюсь разобраться
ДЩ
В конструктор репозитория
ДЩ
Сначала создаёшь репу репу пихаешь в блок
ДЩ
Инстанс апи у тебя синглтон скорее всего
DK
В конструктор репозитория
Хорошо, а как хранить авторизационные данные так чтобы отдать их в инстанс restApi
DK
Инстанс апи у тебя синглтон скорее всего
Ну сейчас пытаюсь избавиться от этого
ДЩ
Блок должен знать только пол репозиторий и другие блоки , ему пофиг откуда данные летят
ДЩ
Хорошо, а как хранить авторизационные данные так чтобы отдать их в инстанс restApi
В инстансе api и храни
ДЩ
Или в константах
ДЩ
Или в файле
ДЩ
Да где угодно)
DK
Да где угодно)
Как угодно это понятно, если без блока, то я просто authRepository делаю, его передаю в RestApi, и дальше уже любую авторизацию отрабатываю через authRep, а restApi когда захочет токен или хэдер обращается к authRep.
Это нормальный подход если в контексте блока рассматривать ?
Это нормальный подход если в контексте блока рассматривать ?
DK
Просто bloc описывает компоненты приложения и вообще типа архитектура, а не просто паттерн, мне кажется тут должен быть решен такой вопрос.
t
bloc это не архитектура
ДЩ
Авторизация для апи это константа в пределах сеанса? Или пользователь авторизуется получает некий токен и потом его в апи передает?
t
так же как и провайдер
MN
Добрый день. Кто может подсказать как получить из ответа только токен?
DK
Авторизация для апи это константа в пределах сеанса? Или пользователь авторизуется получает некий токен и потом его в апи передает?
Нет, более того токен обновляется и еще мультиюзер имеется