Можно ли подавить повторный рендеринг? Предположим, я отправляю обработчик [:a] и обработчик [:b] в состояние db-0. Такой, что:
db-0 -> [:a] -> db-1 -> [:b] -> db-0
Конечное состояние такое же, но выполняется два повторных рендеринга. Я не хочу повторного рендеринга промежуточного состояния db-1. Повторный рендеринг, при необходимости, должен происходить только после применения обоих [:a] и [:b].
Если dispatch вызывает изменение app-db, кадр анимации будет «запланирован» для обработки любого необходимого повторного рендеринга. В результате этот повторный рендеринг произойдет примерно через 16 мс.
Если тем временем произойдет еще один dispatch, то его изменения в app-db также будут обработаны в уже запланированном предстоящем кадре анимации.
К тому времени, когда AF перевернется, изменения для обоих событий dispatched проявятся в app-db.
Итак, как вы можете видеть, отправка [:a] вызовет планирование AF, однако до его запуска ваш dispatch из [:b] еще больше вернет app-db в исходное состояние.
Когда позже запустится AF, будут запущены все подписки уровня 2, все они, потому что app-db было изменено (каким-то образом, пока неизвестным), НО, поскольку предыдущие значения будут = новыми значениями, распространение графа сигнала будет обрезано, и повторно -рендеры в конечном итоге будут запущены.
[:a]и[:b]являются событиямиhttp-xhrio, которые занимают больше 16 мс. Что теперь? 14.01.2018app-dbи повторной визуализации.app-dbдолжны измениться, чтобы они (потенциально) были перерендерены. 15.01.2018