суть активити не хэндлить ошибки, а быть активити. Мне как раз таки и захотелось бы РАСШИРИТЬ ее функционал с помощью расширений / реализации интерфейса.

ииииии?)

иииии?)

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

не понял ты это к чему

Другой пример давай. Есть интерфейс, который поставляет тебе первый цепочку экранов для навигации (может пригодиться, когда у тебя диплинки и пуши ведут глубоко в прилагу). Ты хочешь, чтобы в ViewModel можно было спросить эти экраны, но VM и так наследует класс. Ты снова объявляет свой ComplexNavigator интерфейсом, всю логику выносишь в жефолтный метод. Для логики тебе нужны зависимости? Пишешь getThis и getThat в интерфейсе, пусть их за тебя реализуют. Короче, паттерн шаблонный метод, только через интерфейс. Твоя VM реализует это дело, ее задача чисто зависимости подогнать. Вариант? Вариант.
А если тебе надо ещё где-то получать такую цепочку экранов? Снова реализуй тут же интерфейс и пиши методы выдачи зависимостей? А можно было BaseNavigator : ComplexNavigator просто написать и поставлять в любую VM

Всем привет. Подскажите как можно сделать так, чтобы новая Activity приложения открывалась как новое отдельное окно приложения? Чтобы в списке открытых приложений было две копии моего прмложения. Как в gmail, когда нажимаешь на "написать письмо"

launchMode singleInstance

Ага спасибо. Попробую

Разве?
singleInstance будет наоборот роутить к одному инстансу.
А описаное поведение это как раз standard.

Standard откроет в той же таске, singleInstance должна быть корнем таски. А тут, как я понял, нужно в новой таске

если из одной активити открывать вторую в другом таске - то да

Ответить только ты сам сможешь,  когда попробуешь.
Начни с базовых туториалов

в FAQ написано

> вернуть список экранов
> выносить всю логику в дефолтный метод
> что?

и причем тут BaseNavigator?

> што
Я тебе просто говорю, что видел на проекте