свежие, может что то еще неправильно понял/распробовал.
Вот что навскидку(по нарастанию по степени неприятия) -
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 - это внутренние части макросущности, извне о них никто знать не будет и не должен (в тестах ты это никак не заметишь).
Обсуждают сегодня