проверку на length тоже внутри функции?

а

guard

я бы сделал до

Почему?

тогда это уже не дебаунсед будет

а какой то дебаунсед + условия)

и я бы не стал использовать терминологию «эмитить евент» применительно к эффектору, т.к. евенты это статические сущности, они создаются и существуют. а эмитятся данные.

1) отсутствием необходимости помнить о существовании event bus. эвенты — это обычные функции, их можно комбинировать, они могут обновлять состояния, вызывать другие эвенты
2) акцентом на оперировании состояниями: удалением дубликатов апдейтов сторов, возможностью их комбинаций, причём это всё — расширяя, а не заменяя концепцию эвентов.


то есть event bus — это паттерн, приём, абстрактная методика, а эффектор — это конкретная технология, опирающаяся в том числе и на event bus для решения практических задач именно фронтенд-разработки

Окай.  Другой вопрос, куда девается число 15? = )

никуда не девается :) sample работает так, как будто по кнопке + или - сделали дабл клик. 15 проскакивается.
ну а так как это происходит в рамках одного цикла вычислений — оно и не отображается, т.к. useStore использует подписку, которая работает в самом конце цикла вычислений, когда 15 уже проскочило.

Хмм, т.е. теоретически там может и 15 появится на секунду? Очень неявно = (

только если вставить дополнительный шаг в ноду стора, и сделать оттуда console.log.
а в реакт 15 даже не попадает.

А почему для презентации было выбранно именно такое поведение? С какой-то целью?

ну то есть в процессе цикла вычислений значение 15 в стор попадает, но обнаружить это извне нельзя.

Просто, для меня это выглядит как хак. И если использовать этот пример для объяснения другим людям они тож не поймут

там код не важен, я просто вставил sample чтобы замкнуть красиво картинку с графом :) просто взял и искусственно усложнил, совершенно бессмысленно.

Понятно, спасибо за объяснения = )

точнее, обнаружить можно, при желании. например, сделать мапнутый стор, который установит своё значение только если появилось 15, а потом меняться не будет.