SY
> Запретить любые проталкивания в процессе затягивания. Тогда программист будет вынужден шедулить любые пуши на следующий микротаск.
это обратная ситуация
это обратная ситуация
Size: a a a
2021 December 01
SY
считаешь чаще надо подписываться при проталкивании, чем не подписываться?
ДК
Я хз как лучше.
SY
> в неконсистентное состояние.
уточни, это только для пула?
уточни, это только для пула?
ДК
Это про состояние приложения.
SY
просто в экшенах то консистентно после пуша
SY
>3. Как-то сделать так, чтобы даже после завершения текущего атома, он и ветка от него до корня оставалась в неактуальном состоянии, если пуш вызвал её устаревание в процессе вычисления. Тогда она автоматически обновится в следующем фрейме.
вот это вроде норм
вот это вроде норм
SY
вводится понятие актуально раздельно для интерактивной логики и для реактивной
ДК
Только это замороченная стратегия.
SY
https://github.com/nin-jin/HabHub/issues/21 накинул про gql
ДК
Ух, сколько костылей.
a
Да ладно, посмотреть на хасура клауд и оказывается все очень даже хорошо
a
Не идеально, но все же
a
А кешируется гкл намного лучше реста
SY
ну на сервере поддержка ЯП у gql плохая, ts это еще норм, в жаве и др. плюются и суют протобаф
NA
зато haskel
NA
впереди всех)
NA
в этом плане
SY
че, юнионы выводит?
NA
в hasura они почти много чего сделали