AD
предложенный принцип заключался в том, чтобы сохранять единый экземпляр, но иметь разные интерфейсы (разделенные по фичам). И при переходе к фиче - пересобирать тот самый экземпляр
и ничего пересобирать не нужно
Size: a a a
2020 May 16
JF
и ничего пересобирать не нужно
ну так как retrofit пересобирается. Как его пересобрать на предыдущий?
В
как собираешь ретрофит?
JF
как собираешь ретрофит?
В
Так собирай ретрофит отдельно (билдер - заранее) и затем отдельно для каждого сервиса делай create
JF
Так собирай ретрофит отдельно (билдер - заранее) и затем отдельно для каждого сервиса делай create
Тогда приходится собирать ретрофит в
onStart(), потому что onCreate() не вызоветсяВ
В onStart какого класса?
JF
В onStart какого класса?
Activity_A/Activity_BAL
А зачем его вообще там создавать?
В
Activity_A/Activity_Bт.е в активити создаешь ретрофит и в активити код вызова сетевых запросов?
JF
т.е в активити создаешь ретрофит и в активити код вызова сетевых запросов?
В
Activity он пересобирается, но хранится в applicationJF
Aleksandr Litvinchuck
А зачем его вообще там создавать?
А как Вы видите решение?
AL
Чат по архитектуре
AL
В
Activity он пересобирается, но хранится в applicationЭто не архитектура
AL
В идеале должно быть какое-то разделение
AL
Ui domain data слои
AL
Ретрофит должен быть только в дата слое
AL
Закрыт за репозиторием
AL
Репозиторий обычно делают каким-то синглтоном, на какой то скоуп, когда нужно создать объект репозитория у тебя создается апи инстанс на основе ретрофита, вот решение
AL
Ещё бы узнать что такое dependency injection