Когда делалась мокси такие модные слова не звучали в контексте Андроид. С тех пор как были написаны первые версии мокси она глобально не менялась, потому что и так все хорошо с ней. Ну и UDF это про mvi, а мокси реализация MVP.

Ребята, а зачем нужны либы типа MVIKotlin? Неужели написать свою релаизацию MVI настолько сложно?

За тем же зачем и другие библиотеки. Можно написать самому что угодно, только зачем городить ещё один велосипед, если уже есть готовое решение, которое оттестировано, используется много где и все узкие места выявлены и для них придуманы решения?

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

Ну MVIKotlin написал Аркадий Иванов, если мне не изменяет память. Он вроде есть в этом чате, теганите его и спросите напрямую зачем он написать свою библиотеку. Если, а этом чате его нет, то точно есть в Android Declarative, можно там спросить.

Можно спросить в чате MVIKotlin: https://t.me/mvikotlin

+1.
Ещё такие библиотеки не дают использовать подход не правильно. Например, ещё Moxy для MVP.
Можно почитать про MVI/MVP. Где-то понять, где-то не очень. В итоге получится некое подобие подхода с костылями, от которых потом можно отгрести в будущем.
В случае использования библиотеки, ты читаешь доку как ей пользоваться и пользуешься. И уже сложно что-то сделать не правильно, просто потому что ты больше задумываешься как что-то сделать в рамках библиотеки, а не как что-то сделать в рамках подхода

MVI не исключает MVP

Эм.. Это как? :))

Не видитесь, это вброс.

MVI это про то как устроен presentation

если в Presenter'е 1 публинчый метод, который принимает Event, а во View 1 метод который принимает State это MVI?

и в moxy нет return и throw, чем не udf?

MVI и UDF это в первую очередь стейтмашина, потому что управление стейтом так, чтобы он был консистентным, это самая сложная задача. Интерфейс с одним входом и одним выходом это хорошо, но это только первый шаг. Имея "внутри" нормальную стейтмашину можно конечно снаружи заставить её выглядеть как mvvm и mvp, но это будет неважно, потому что работает всё равно как MVI. Идея и способ применения важны здесь больше, чем то, какими буквами их назвать.

т.е. это про то, как устроен presentation внутри (если сжато)

В случае с MVI иногда и не только presentation, стейт машины часто и глубже в логике пригождаются. Но да, можно и так сказать: про то, как логическое состояние экрана представлено и как оно изменяется.

и соответственно делается вывод, что в moxy вполне реализуем udf

Я больше всего пытаюсь выяснить, требуется ли для UDF и в частности для MVI pub/sub?
или не обязательно

Реализуем, конечно, просто от MVP тогда практически ничего не остаётся)
Необязательно, просто в большинстве реализаций что-нибудь реактивное используется.

хотя сейчас поразмыслил. Ведь именно в moxy (не знаю на счет mosby) есть реактивщина.
View подписывается на ViewState