несколько приватных стейтов, как это было в MVVM, а наружу отдавать один стейт. Или это неправильно?
У вас в таком случае получается MVI фича реализует бизнес-логику. Вполне допустимая ситуация, а на UI её стейт можно замапить в отдельный UI стейт.
А что вы имеете ввиду "MVI фича реализует бизнес-логику"? У меня MVI просто меняет переменные в стейте и запускает несколько usecase'ов. Там не особо-то бизнес логики есть
У вас в фича получается более умной, чем какая-нибудь типичная ViewModel, потому что она реализует не просто логику отображения UI ("что показать"), а имеет чуть более широкую ответственность. У неё появляется стейт, отличный от стейта UI, и не совсем тривиальные функции, вроде фильтрации данных. Это признаки того она уже частично отвечает за UI, а частично за домен. Это может привести в итоге к тому, что у вас вместо UI-VM-Interactor будет связка из просто UI-MVI, где MVI-фича становится совсем умной, а на UI просто отдаёт своё состояние, которое мапится в UI модель. При этом могут остаться и интеракторы для реализии функций, не связанных с конкретным экраном. Границы логики довольно размытые, и не всегда можно легко отличить, где presentation-логика, а где уже доменная/бизнес/rкак хотите её назовите. Вот и есть такой подход, где просто на эти границы забиваешь, и всё приложение состоит из MVI фич, которые друг с другом общаются, и потом какие-то из них мапят своё сосотяние на UI.
Обсуждают сегодня