»Зачем Google постоянно выпускает какой-либо новый View/Layout, если их можно написать спокойно самому и это будет быстрее, расширяемее и тонче настраиваемо?

Собственно а что мешает самому написать расширяемый и тонче настроенный View/Layout?

Почему все пишут интерфейс в XML, используя стили, если можно писать его кодом, используя абстракцию и получая тем самым возможность использования Single Activity отказавшись от дурацких фрагментов в пользу управления стека экранов из обычных View?

Ведь мы тем самым получим возможность адекватно поменять язык/тему/инойГлобальныйКонфиг во всей прилке без этих всяких перезагрузок активити.

Расширяемость, ведь, никак не страдает, все получается и работает точно так же, производительность здесь, как ни крути, тоже плюсик, хоть и небольшой.

Зачем Google постоянно выпускает какой-либо новый View/Layout, если их можно написать спокойно самому и это будет быстрее, расширяемее и тонче настраиваемо?

XML-фрагментная зависимость - обыденность, не требующая вмешательств, или же выбор для разработчиков, не шарящих в работе с View?

Telegram построен, как вижу это я, идеально, но менять свой подход явно там не собираются, хоть и работают гипер-профи.

Ради эксперимента хотя бы создала бы Google фундамент приложения построенный исключительно нa View, задуманный на НЕиспользование XML верстки. Вот и посмотрели бы всем комьюнити, удобен бы он был, или нет.
Какие откроются возможности, плюсы, минусы и т.д. Что-то новое кто-нибудь бы для себя нашел

А AutoLayout, ConstraintLayout-ы и прочие перенагруженные View это уже какое-то высасывание из пальца

Ради эксперимента хотя бы создала бы Google фундамент приложения построенный исключительно нa View, задуманный на НЕиспользование XML верстки. Вот и посмотрели бы всем комьюнити, удобен бы он был, или нет.
Какие откроются возможности, плюсы, минусы и т.д. Что-то новое кто-нибудь бы для себя нашел

А AutoLayout, ConstraintLayout-ы и прочие перенагруженные View это уже какое-то высасывание из пальца

Делаешь в презентере метод, например handleActivityResult(int: code....) и триггеришь его в onActivityResult

а джетпак компоуз чем не угодил?

Зачем для этого гугл? Я безо всякого гугла так делаю.

А контекст в презентер можно передавать ? Просто там нужен для создания интента

Тем, что он не готов, например?

Чтобы завезти это в массы

если в аргументах функции то не вижу ничего плохого, главное нигде не сохранять его в презентере

массам надо мышкой верстать

Потому что аналогов никто не показывает. Люди зомбированы этим подходом

Чтобы завезти это в массы

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

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

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