214 похожих чатов

Недавно только начал пилить на нем сэмпл, поэтому впечатления пока

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

Пока все)

2 ответов

12 просмотров

1. Intent в андроиде уже есть, ты бы замучился постоянно выбирать, что импортить

2. Представь Feature как отдельную макросущность (конвейер), который на заданный wish выдает заданный state и news (в большинстве случаев). Для тестов это очень хорошо ложится. всякие action, effect, actor, bootstrapper - это внутренние части макросущности, извне о них никто знать не будет и не должен (в тестах ты это никак не заметишь).

Похожие вопросы

Обсуждают сегодня

а через ESC-код ?
Alexey Kulakov
29
30500 за редактор? )
Владимир
47
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
13
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Как передать управляющий символ в открытую через CreateProcess консоль? Собсна, есть процедура: procedure TRedirectThread.WriteData(Data: OEMString); var Written: Cardinal;...
Serjone
6
program test; {$mode delphi} procedure proc(v: int32); overload; begin end; procedure proc(v: int64); overload; begin end; var x: uint64; begin proc(x); end. Уж не знаю...
notme
6
Ребят в СИ можно реализовать ООП?
Николай
33
у вас два процесса. один посылает другому сигнал. у вас есть код обоих процессов? если всё не так - расскажите как оно на самом деле. а именно кто кому чего, есть-ли консоли,...
Karagy
6
вы делали что-то подобное и как? может есть либы готовые? увидел картинку нокода, где всё линиями соединено и стало интересно попробовать то же в ddl на lua сделать. решил с ч...
Victor
8
Карта сайта