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 ответов

3 просмотра

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

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

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

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

коллеги, добрый вечер! А никто не знает как модальная форма может себя закрыть? Ну допустим модальная форма определила, что смысла ей работать нет и хочет вернуть modalResult...
Михаил
38
Hi there everyone Is there anyone who have not started hamster bot yet? I need only one, I'll be glad if you do this for me DM if you haven't yet
Mehrshad
53
hi my MyAsus app has informed me of a new version of bios (version 300), i tried installing it but after this attempt it said: Update failed. Does anyone have any solution? My...
Sahand 🏔️
13
всем привет! у кого есть опыт подписания и нотаризации electron приложений для macos? такая проблема: использовал @electron/osx-sign и notaritool. процесс подписания и нотараз...
Артем Клементьев
11
А как старый хаскел с новым стыковать ? потому как тут работает https://play.haskell.org/saved/C3xpMzcd, а вот тут https://stepik.org/lesson/7602/step/9?unit=1473 нет ошибка C...
Fedor
131
@Dreamer_0x01 @helgispbru @Ambrion Разговор шёл об уязвимости. Меня беспокоит именно она. Все прочие вопросы, а равно и жизненная мудрость - пока в сторону :) Так вот сам ...
Андрей [aharito] Харитонов
9
why some site like google has separate page for username/email and password?
Mr Thieves
21
Может быть небольшое отступление, но я тут решил обратить внимание на то, сколько весит хелловорлд на с++... Зачем он весит почти 250 Кб? У меня оконное приложение на фасме ве...
The Bird of Hermes
14
Тут кто-то шарит в мед оборудовании?
Benz
10
Мне интересно, скорее людей здесь используют D, Rust, C/C++ для решения реальных прикладных задач за деньги?)
Evil Satanson
49
Карта сайта