Есть какие-то причины, почему нет? Или почему флоу можно, а ырыкс нельзя?

Я б добавил в домен, не вижу в этом ничего страшного.

Просто получится что будет rxjava добавлена только из-за этой SDK. Все остальное работает без RX

от этого можно уйти, только если отказаться от SDK

Ребят, а с такой штукой столкнулся: у телеграма есть два чат листа (основной и архивный), логика получения обоих идентична, разве только один параметр отличается. Я думал сделать юзкейс для получения чатов с методом вроде:

getMessages(type: ChatListType): Flowable<List<Chat>>

, где ChatListType и Chat - мои модельки.
Вопрос в том, что со временем можем уйти от телеграма на другой месенджер, там такой фичи может не быть / реализацию будет совершенно другой. Как можно этот параметр (тип чатов) нормально абстрагировать в протоколе?

getMessages(type: ChatListType): Flowable<List<Chat>>

А в пользовательском интерфейсе же тоже два списка/режима? Как их заабстрагируешь-то?

А зачем? У телеги по свайпу происходит переход между списками, я думал реализовывать так же: по действию пользователя запросить с другим параметром данные

ну вот, а что делать в UI, когда параметра не будет?
То есть если не заабстрагировать, то надо переписать будет в одном месте, если заабстрагировать — в другом. Тогда зачем?

Ну хорошо, я думал над альтернативой, но она кажется мне кривой: убираем из юзкейса параметр, тогда у меня будет реализация под один список чатов одна, а под другой другая, под капотом обе реализации будут тянуть общую логику из какой-то обертки, или даже наследоваться от этой общей логики. Тогда сейчас мне нужно инжектить две имплементации одного протокола во ViewModel. Мне казалось, что это криво - именованые инжекты юзкейсов

инжекты — это вообще очень криво, потому что убивает основной конёк ООП — полиморфизм

Окей, у меня не так много опыта и я видел инжекты, как что-то довольно удобное. Правильно ли я понимаю, что можно хорошо написать большую прилагу под андроид абсолютно не прибегая ни к сервис локаторам, ни к инжектам?

За статью спасибо большое, буду знакомиться)

ну параметры в конструкторы и норм :)

Абсолютно не прибегая — не совсем, потому что у активитей обязательно пустые конструкторы. Но в целом нет никакой проблемы вызывать остальные конструкторы руками. Инжекты — это пранк, который зашёл слишком далеко.

ну так то можно просто из активити тоже вызвать некие поля/методы и сервис локаторы не нужны

Да, но кто их будет поставлять)
Я имею ввиду, что у меня пачка экранов, часть из них требует зависимости, которых должно быть по 1 на прилагу, не оборачивать же это все в синглтоны? Тогда как, держать статикой в Application?

вот и получились локаторы)

с локаторами обычно приходит хэшмапа 😄

А что делает DI-контейнер? Держит в аппликейшене :)
(статикой, не статикой — без разницы)

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