окей, но контроллер может дергать интерактор, да и сам может инжектить что нужно, настройки например

у нас же модельки все DI

DI это не обязательно интерфейсы.

Где вы видели MVC в Android?

Устроился на работу @ получил проект на MVC

Устроился на работу @ получил проект на MVC

Как выглядит MVC?

как каша, активити и фрагменты на > 1000 строк, запросы в сеть оттуда же

И где там модель, вью и контроллер?

Это mvc, чем не mvc?

Никого не смущает, что контроллер имеет жизненный цикл?

всё имеет жизненный цикл

верно, но тут он не контроллируется

?

верно, но тут он не контроллируется

Ну не получится переиспользовать контроллер, потому что каждйы раз новйы инстанс (активити же тут в роли контроллера)

ну если ориентация заблочена все почти нормально

но от этого же она не перестаёт быть контроллером?

НУ как-то не хочется называть это MVC, потому что контроллер тут предствляется как нечто, что имеет жизненный цикл, который задан системой, а никак не разрабом.

Вы принципиально это в https://t.me/Android_Architecture не обсуждаете?) Боитесь, тапками забросают?

Всем привет. у кого есть эта книга и можете поделиться? https://s3.amazonaws.com/titlepages.leanpub.com/retrofit-love-working-with-apis-on-android/hero?1518066652

если есть другая хорошая то буду рад если поделитесь

вечный троллинг. Вы поняли что я имел ввиду. книга по ретрофит.

Ещё раз: нахрен книга по библиотеке? В ретрофите меньше строк кода, чем строк текста в средней книге.

Тогда вопрос. для создания глобального обработчика ошибок какой подход лучше? 1. базовый обсервер который обрабатывает респонсы и отсылает дальше 2. интерцептор в okhttp3

Каких именно ошибок?

http

А какой нужен результат? Хочется закинуть их в onFailure вместо onResponse как отдельные исключения?

все что напишу дальше - временный костыль. Вобщем если пользователь заходит со второго девайста то токен авторизации на сервере перетирается. И если он был залогинен на первом девайсе, то он так и остается там залогинениы с токеном в преыеренсах но уже не валидным токеном. И когда пытается сделать запрос получает ошибку что токен не валиден. Я думаю пока ловить эту ошибку и чистить преференс и кидать его на логинку.

Это чинится только на бэк-энде, т. к. протухающие сессии — это омерзительный UX.

не совсем. на бекенде сесия вечная(пока). я говорил пока так. ну вечная всмысле по времени не протухает. только можно ее перетереть втрым логином с другого девайса

Можно сделать свой подкласс Callback, который принимает активити и чекает на 401.

Как там в идеальном мире живётся?)

вот я сделал но не колбек а интерцептор по примеру

как интерцептор получает доступ к Activity и делает finish/start?

как интерцептор получает доступ к Activity и делает finish/start?

по этому примеру https://futurestud.io/tutorials/retrofit-2-catch-server-errors-globally-with-response-interceptor

короче, я бы сделал свой Callback, который принимает Activity в конструктор и проверяет ответ сервера.

какой именно колбек? я юзаю rx

Дак у тебя будет onError там и оьрабатываешь ошибку

и не могу найти номальный пример как сделать глобальный колбек с rx. чтобы он перехватывал ошибки и дальше отправлял ответы. в поискахнаткнулся на эту книгу, думал мож там чтото подробней, чем в этой статье

Добрый день! Коллеги, кто как организует роутинг в приложении? Какие основные принципы/подходы используете? Как вписываете это в паттерны типа mvp/mvvm?

PublishSubject например глобальный, к которому можно подписываться

PublishSubject например глобальный, к которому можно подписываться

вот да чт-то такое и нужно. это уже в доке rx копать правильно?