Size: a a a

Clojure — русскоговорящее сообщество

2020 August 29

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
думаю проблема в том что диспатч это не эффект
источник

NA

Nikolay Artamonov in Clojure — русскоговорящее сообщество
Ryzhikov Nikolay
с dispatch-n нужно бороться семантически
А чем плох dispatch-n ?
источник

A

Andrey in Clojure — русскоговорящее сообщество
да dispatch вообще не должно быть в эффектах
источник

A

Andrey in Clojure — русскоговорящее сообщество
возможность вызывать один и тотже эффект несколько раз тоже может привести к неприятностям
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Andrey
возможность вызывать один и тотже эффект несколько раз тоже может привести к неприятностям
Эффекты и описаны как мутирующие вещи, которые много раз не стоит вызывать.
источник

IS

Ilshat Sultanov in Clojure — русскоговорящее сообщество
Oleg Roshchupkin
Там упорядоченность не самое важное, основное, по заявлениям — композируемость и возможность убрать dispatch-n
ага, я просто уточнил с чего началось 😁
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Ryzhikov Nikolay
думаю проблема в том что диспатч это не эффект
Я пока не проснулся нормально и не понимаю до конца. Может быть, но тогда неясно, что делать с разными эффектами, которые порождают события, а-ля http-fx.

Из того что я читал от автора, мне кажется, что он всё думает о конечных автоматах, возможно все движения связаны с этим.
источник

IS

Ilshat Sultanov in Clojure — русскоговорящее сообщество
Oleg Roshchupkin
Кроме того, если дочитать до конца, то там ещё одно нововведение зреет
как обычно до конца никто не читает 😁
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Ilshat Sultanov
как обычно до конца никто не читает 😁
Таков путь 🤷‍♂️
источник

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
Можно так поварить  - почему один event может захотеть породить другие?
источник

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
Он уже тогда не событие а команда
источник

KR

Kostyantin Randomnam... in Clojure — русскоговорящее сообщество
на смену состояния фильтра например вызвать загрузку данных с сервера
источник

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
ну вот тут и меняется его природа
источник

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
изменение фильтра событие
источник

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
загрузка - команда
источник

KR

Kostyantin Randomnam... in Clojure — русскоговорящее сообщество
командно-событийный дуализм
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Ryzhikov Nikolay
Можно так поварить  - почему один event может захотеть породить другие?
Там ещё рефреном от того же автора "Events are meant to model user intent"

It appears as if your calls to  interfaces/invoke and io/display-notification are side effecting and would ideally be modeled as effects  (ie. use reg-fx)
In this kind of code (https://github.com/realgenekim/re-frame-event-graph/blob/master/resources/trello-events.cljs#L355-L363) it appears you are using events instead of function calls.  IMO, you should have a function call reset-card not an event.  This function would be given `db` arg and return a modified `db`. Then you simply call that function in that event handler ... don't  dispatch an event to do it.  Events are meant to model user intent, not model the low level machinery — good old functions calls do that just fine.
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Я почему это замечаю постоянно — успел наесться кода, где event выступает как функция.
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Вроде бы и ничего страшного, но как-то смущает, да и логика расплывается в менее понятные сущности event, вместо более понятных функций
источник
2020 August 31

AG

Anton Garansky in Clojure — русскоговорящее сообщество
Раз уж пошел такой разговор спрошу.
Есть в приложении страница и чтобы ее отобразить нужно много чего подготовить, сходить на сервер за данными для фильтра, для графика и прочее. Возможно даже сделать это нужно в определенном порядке.
И вот пользователь нажимает на пункт меню чтобы посмотреть эту страницу, это срабатывает событие ::show-page, оно запускает цепочку других событий. Можно ли отменить эту цепочку если пользователь передумал, нарпимер не дождался и пошел на другую страницу?
источник