Dio в чистой архитектуре?
Interceptor
Лично я не держу токены авторизации в блоке
В интерсепторе :/
А как держишь?
В голове
Понятно, что интерцептор. Тут скорее у меня вопрос в том, что интерцептор - data/service слой, как вы оттуда обращаетесь к блоку, например?
Зачем от туда обращаться к блоку :/
А к чему ты обращаешься? Вот человек написал, что не держит токены в блоке, я жду его ответы (реально интересно)
Человек делает неправильные вещи
В репе аутентификации
То есть по сути блок сохраняет сразу в БД, из БД ты в интерцепторе его подхватываешь?
Нет. У тебя есть юз кейс, который из аутентификации берет твой токен и его проикидует в ту репу, которую тебе надо. Блок - это состояние. Состояние презентационного слоя. Там не может храниться твой токен аутентификации. Точнее можно все, но если говорить за клин - то это не очень
Если вкратце, то да
У тебя блок не должен знать про существование твоих реп. Он знает только юз кейсы и всё
да, я не об этом, я все это прекрасно понимаю Смотри. Пользователь вводит логин/пароль, мы получаем токен, блок меняет состояние на "авторизован". Это все в презентейшн, с юзкейсами и тд. Как положено. Вот в этот момент что вы делаете с токеном? Я понимаю, что вызываете юзкейс сохранения токена, тот вызывает репозиторий, тот датасорс и тд. Датасорс в базу сохраняет? Теперь интерцептор, он находится в дата слое, т.к. это работа с сетью. Насколько правильно по клину из дата слоя (интерцептор) дергать доменный (юзкейс)? Насколько я помню, по клину движение только от верхнего слоя к нижнему, или я не прав?
Прав, так делать нельзя. Но вопрос тогда такой: что у тебя токен авторизации делать на юи?
Ну я могу его еще в репозитории или датасорсе отсекать и сохранять
Откуда он у тебя приходит? Почему он в блоке?
Обсуждают сегодня