свежие, может что то еще неправильно понял/распробовал.
                  
                  
                  Вот что навскидку(по нарастанию по степени неприятия) - 
                  
                  
                  1. Model View Intent библиотека где Intent это Wish) (придирка, да)
                  
                  
                  2. Api очень перегруженно. Тут тебе и Wish, и Action, и Effect, и Актор, и News, и Bootstrap, и PostProcesser. Кажется что можно было сделать проще. 
                  
                  
                  3. Странная терминология.
                  
                  
                  News по сути сайд эффект, который выполняется на view. 
                  
                  
                  Effect мутирует стейт в редьюсере. Вот это вообще поначалу вынесло мозг. 
                  
                  
                  Этот нэйминг идет вразрез со устоявшимся нэймингом когда эффект это что то не pure, что мы не можем контролировать. 
                  
                  
                  А тут он участвует в редьюсере, которая по идее чистая функция. 
                  
                  
                  4. Неконсистенстность. 
                  
                  
                  Есть тип фичи ReducerFeature, в которой нет сайд эффектов(зачем такая фича вообще нужна?). В ней у редьюсера 
                  
                  
                  сигнатура - (state: State, wish: Wish): State
                  
                  
                  Но есть еще тип фичи ActorReducerFeature, так вот в ней сигнатура (State, Effect) -> State
                  
                  
                  К чему это разделение? Если у нас была фича без эффекта, потом позже в ней появился эффект, нам нужно будет весь 
                  
                  
                  редьюсер переделывать?
                  
                  
                  5. Размытая концептуальная граница между Wish и Effect. Это к предыдущему пункту. В каких то местах это одно и тоже, в каких то нет. 
                  
                  
                  6. Ну и как следствие то, про что выше писал. 
                  
                  
                  Если у тебя фича/экран с эффектом, т.е. используешь ActorReducerFeature, на все пользовательские события, 
                  
                  
                  которые не создают сайд эффект, тебе нужно создать соответствующий Wish, смаппить его в акторе в Эффект, 
                  
                  
                  и только потом его обработать в редьюсере. А если делать как сами авторы рекомендуют, то добавляется еще один 
                  
                  
                  уровень маппинга -> UserInputLoginEvent -> UserInputLoginWish -> UserInputLoginEffect
                  
                  
                  Ну такое(
                  
                  
                  7. Нет одного места, где обрабатывается логика UI. 
                  
                  
                  Эта логика размазана по актору и редьюсеру. Причем в акторе логика UI перемешана с сайдэффектами, что вообще ахтунг. 
                  
                  
                  
                  
                  
                  Пока все)
                  
                  
                
1. Intent в андроиде уже есть, ты бы замучился постоянно выбирать, что импортить
2. Представь Feature как отдельную макросущность (конвейер), который на заданный wish выдает заданный state и news (в большинстве случаев). Для тестов это очень хорошо ложится. всякие action, effect, actor, bootstrapper - это внутренние части макросущности, извне о них никто знать не будет и не должен (в тестах ты это никак не заметишь).
Обсуждают сегодня