так работу делать не вьюха должна

Да не суть, я для примера назвал. Там вывод нужного текста с циферкой в textView

так а что оно сделает с вьюхой, если ее сейчас нет?)

вообще, отвечая на этот вопрос, не нужно выполнять «работу» в презентере, если нужны гарантии, что она будет выполнена даже при смерти приложения, т.к. при кратковременных сворачиваниях презентер-таки донесет команды до вьюхи

Если быть конкретнее, то у меня есть цепочка анимаций, по onAnimationEnd надо поместить текст в textView. И по завершению анимации в фоне тоже. Работа вся сделалась при активном приложении. Финальный штрих, так сказать

а текст заранее известен?
кажется, что можно при запуске анимации передать текст, который потом будет отображен

Известен. Но до конца анимации во вьюхе другой текст. Его и надо заменить.

так в конце анимации и заменить
fun animate(text: String) {
 view.animate().withEndListener { view.text = text }
}

какая стратегия стоит на методе?

Да разные пробовали, не играет роли. Было addSingleEnd, addEnd, oneExecute

всмысле "разные пробовали"? должна быть конкретная

без пива и исходного кода проблему точно не решить)

В смысле рабочая addSingleEnd, но ради эксперимента пробовали другие, чтобы убедится, что разницы никакой )

А мысль здравая. Однако, придется в активити решать, в каком виде его вывести (там может быть 3 варианта), а у нас этого не любят) В любом случае спасибо, хоть какая-то альтернатива моей задумке.

так и "вид" можно заранее определить

Здравствуйте! Меня заинтересовала одна деталь в реализации билиотетки. Может кто-нибудь подсказать какая часть спецификации java гарантирует то поведение, которое сейчас в продакшене.

Я обратил внимание модуль moxy-androidx не зависит от androidx.fragment:fragment. Вместо этого в исходниках воссоздали пакет androidx.fragment.app.fragment и положили туда класс Fragment, который ничего не наследует, с методами заглушками совпадающими по сигнатуре с библиотечным. Почему и как это вообще работает?

Этот приём используется чтобы не делать Мокси android library модулями. В рантайме этих заглушек нет, и вместо них используются настоящие классы из Android

Ок, мотивацию я понял. А что-то гарантирует что первым будет загружен класс из платформы, а не из библиотеки? Мало ли ProGurard/R8 что-нибудь наоптимизируют

тут дело не в том, кто будет загружен первым - заглушки в принципе не попадают в итоговый артефакт

Из-за compileOnly(project(":stub-android"))?