l
дерево там не дерево
Дерево
Size: a a a
2018 May 15
at
кэширующий слой убирает лишние вычисления еще до генерации vdom
at
селекторы создают граф/дерево (но не дерево, кек) зависимостей (где в самом верху все зависит от стейта, а листья в самом низу- view-функции), где каждая нода перевычисляется только если хотя бы один из ее предков изменился
l
Это частный случай
l
Я сделал обратный подход
at
Ну че ребзи ,делаем ng-redux ?
ангулар тебе зачем?
L
та я шучу
L
там rx есть
at
везде есть
L
редакс не нужен
DZ
я пельмень, сделайте из меня граф
l
Здесь первое дерево означает, что при вызове эвента триггерится список зависимостей, в данном случае один Seq (цепь)
DZ
а зависимости ивента это редюсеры которые на него подписались ?
l
Это граф вычислений, здесь внешний api представлен лишь опосредствовано
l
1. .map функция
2. Эмит замапленного эвента
Эмит триггерит ещё массив зависимостей, в данном случае один Seq:
1. на основе замапленного эвента вычисляется стор (Compute)
2. на основе этого стора вычисляется следующий (Compute)
Последнее вычисление "триггерит" ещё один map и апдейт уже третьего стора
2. Эмит замапленного эвента
Эмит триггерит ещё массив зависимостей, в данном случае один Seq:
1. на основе замапленного эвента вычисляется стор (Compute)
2. на основе этого стора вычисляется следующий (Compute)
Последнее вычисление "триггерит" ещё один map и апдейт уже третьего стора
l
Триггерит в кавычках потому что граф вычислений известен заранее
l
То есть в любой момент времени у нас есть вот такая вот пепяка для абсолютно любого эвента или стора
DZ
а мониторинг идет за стором в целом ?