Обсуждения и предложения только приветсвуются, нам нужен ваш фидбек

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

Технически нет разницы кто за это отвечает, так как если пм-ка получила коллбэк Unbinded это значит что вьюха должна отвязаться от пм-ки. Гарантировать это во вью слое мы не можем. Второй момент это то, что чайлд-пм-ку можно детачить в любой момент и нужно автоматически отвязать все подписки на чайлд. Без привязки к ЖЦ конкретной пм-ки это реализовать не возможно.
Если нужно расширить границы привязки, то можно подписаться на observable стейта, но тогда нужно будет самостоятельно следить за подпиской. Это очень странный кейс, вопрос зачем?

Этот колбэк Unbinded - костыль для реализации всяких команд с буфером, вне контекста фрагмента или активити он не нужен, верно?

Слежение за активными вьюшками реализуется на уровне отдельных rx подписок (ну или LifecycleObserver как в гугле с LiveData)

Нет, не верно. Я говорю про ЖЦ пм-ки, если она получает событие UNBINDED - это значит что вьюха отвязывается от пм-ки (уходит в фон или дестроится). Например, пользователь свернул экран и нужно прекратить любое обновление UI в фоне.

Да, я именно это и имею в виду

ну ЖЦ это не костыль)

Ну жц пмки - это onCreate/onDestroy, больше ей ничего не надо. Если ей нужно знать о том, свернуто приложение или нет - это отдельная фича) Я бы ее реализовывал через внедрение в конструктор какого-нибудь механизма оповещения об onPause/onResume. Я ооочень редко встречаю такой кейс, когда реально требуется в пмке пользоваться untilUnbind, потому считаю, что это не основополагающая штука.

А "костыль" - это я имел в виду, что вся суть этого эвента - придержать команду для вьюшки, чтобы она случайно не крашнулась на IllegalStateException)

основной кейс что вьюха умирает, IllegalStateException это только в случае транзакций фрагментов

Если вьюха умирает, то она описывается от стейта, команды или экшна, и мы это ловим без всяких unbind ивентов, разве нет?

Во фрагменте без проблем, а вот во вьюхе нет onPause связанный с фрагментом. Есть колбек детача от окна, но он намного позже происходит

или не происходит если просто свернуть приложение

Вооот, в этом и прикол) Потому я и называю это костылем)

Я считаю, что надо завязываться на детач, а остальное опционально уже

Если просто свернуть приложение, то детача не происходит

Верно

Но ведь и делать-то обычно ничего не надо

нужно отписываться от стейтов, чтобы не обновлять UI в фоне, отписываться от команд чтобы не запускать анимацию или показывать тосты в фоне