ага

помимо всего прочего, более тесная интеграция требуется чтобы добавить поддержку комбинации fork + templates для ssr у forest и для getState в форках в принципе)

А какие апи есть у форк? В доке ничего об этом?

Так

Надо завести issue или milestone
по заполнению документации

теперь можно делать доку) сори, до релиза я ток split успел описать

А планируются хелперы для запуска юнитов / получения сторов из скоупа? Сейчас такие хелперы есть но они на уровне реакта работают и оформплены в виде хуков (useEvent). Ведь применение fork-ка шире чем ssr с реактом тогда бы логично было бы сделать хелперы без привязки к реакту, ну чтобы не писать какждый раз бойлер плейт с launch и scope.find и еще надо смотреть что там событи или эффект и для эффекта создавать defer

Ну то есть вот этот код бы из хука вынести ибо он может вполне быть нужен сам по себе

Может быть сделать scope.launch(eventOfEffect, payload)?

ну вообще есть scopeBind, но в нём сейчас попроще принцип)

И внутри этот вот код с картинки

Спасибо, посмотрю

запуски эвентов внутри ватчеров и async await внутри эффектов поддерживаются без дополнительных действий

Круто

короче вместо scope.launch — allSettled, но если работать без потери контекста (await либо просто вызов в корне), то не требуется и он

похожий принцип в транзакциях indexedDB — всё полностью асинхронно, но главное не авейтить левый код 😃 тогда перерывы на асинхронность перемежаются с синхронными промежутками между ними, в которых контекст известен заранее

Правда не совсем понял, на счёт scopeBind, он не нужен теперь в ватч?

Смотрю пример в репе просто и там юзается

он для вещей вроде setInterval, в которых потеря контекста неизбежна, а доступа к используемому форку нет (клиентский код)