Extension functions - наше все

Думал на счет того что бы использовать отдельные классы как плагины для View с биндингом, но столкнулся с тем, что экстеншены bindTo работали только в наследниках AndroidPmView, похоже во 2 версии они переехали в State, так что кажется можно так попробовать

Правильно, что работали только в наследниках - они ж завязаны на их жизненный цикл

Если так посмотреть, то да, но есть потребность не писать одно и тоже каждый раз. И можно было бы быть наследником, но интерфейс PmView в контексте задачи переиспользования логики биндингов содержит лишний метод -  providePresentationModel.

Используй делегирование
https://kotlinlang.org/docs/reference/delegation.html

Спасибо, обратно на java дороги уже нет😁

Ребят, есть предложение расширить границы биндинга до onCreateView/onDestroyView. Сейчас ребинд происходит на каждый вызов onResume, это не очень хорошо с точки зрения производительности - UI перерисовывается даже если в паузе стейты не обновлялись. С другой стороны, когда экран в паузе не нужно обновлять UI или выполнять команды. Чтобы этого избежать, нужно приостанавливать обновления от стейтов. Я предлагаю ввести дополнительные ЖЦ для ПМ-ки onResume/onPause, чтобы реализовать буферизацию для стейтов пока экран находится в паузе.
По сути получится поведение как в LiveData. Что думаете?

Вот это по-нашему) Вот это я одобряю)

Но с поправкой: у обычных вьюшек нет дестроя, так что давайте на детач завязываться)

В своей реализации я клал код биндинга конкретной вьюшки в лямбду и сохранял ее через теги во вью, чтобы реюзать на детач/аттач

Получилось прикольно

На conductor то и не было onResume, onPause значит и проблем не было?

Я не очень понял твой кейс с кастомными вьюшками. Если можешь - распиши подробно.

А у тебя форк? Где посмотреть?

В кондукторе есть атач/детач он вызывается на onStart/onStop активити. Тоже неплохо бы расширить до onCreateView/onDestroyView

Могу линк в личку скинуть, так-то я кодом не очень горжусь xD

Получается будет буффер для Command, для Action а для State только последнее измененное значение буфферизировать?

Для экшена не нужен, он в пм-ку идет. Для стейта будет буфер с одним значением или что-то подобное.

Грубо говоря, у нас сейчас единая точка входа в "биндинг" - метод onBindPresentationModel. Он зависит от жц фрагмента/активити/контроллера и таким образом не дает нам возможности манипулировать жц отдельных вьюх. Потому возникают проблемы с анбиндингом внутри всяких ресайклеров, вьюпейджеров и т.д. Я у себя решил избавиться от него и сделать у каждой вьюшки свой метод setBindings, в который бы передавал блок кода, запускающийся на onAttach и очищающий подписки на onDetach. В итоге получается, что каждая вьюшка имеет свой локальный аналог onBindPresentationModel, который юзает в соответствии со своим локальным жц.

🤩  Грац! =)