А подмененные эффекты нет шанса достать?

такого кейса ещё не было 🤔

просто тогда эффекты тоже надо вытаскивать пачкой, для сторов это метод serialize а для эффектов как тогда

Вообще, удобнее было бы, чтобы fork принимал просто Domain | Scope.

Как hydrate

аа, вот это хорошая идея

перед мажорным релизом эффектора нужен ещё один минор, сделаю тогда в нём

Всем привет, а что будет в следующем мажорном релизе?

имплементацию эффектов можно задавать не при инициализации а позже, через use

export const createUserFx = createEffect()

…

createUserFx.use(params => userService.createUser(params))

https://effector.dev/ru/docs/api/effector/effect#use

Спасибо!🙏

• депрекейтнуть createStoreObject, чьи функции стал выполнять combine
• onlyChanges в serialize будет активирован по умолчанию (в течении 21 версии были исправлены все проблемы в которых можно было увидеть разницу, поэтому onlyChanges: false становится неактуальным)
• убрать из типов некоторые служебные оверлоады и неиспользуемые типы
• депрекейтнуть модуль effector/fork, замерженный в effector
• заменить import {} from 'effector/effector.mjs' в effector-react и effector-vue на from 'effector' так как это затрудняет настройку сборщиков и приводит к куче эдж кейсов
• заменить юникод-символ ɔ добавляемый при работе бабель-плагина на что-нибудь из ascii, например на _. юникод тоже приводил к проблемам при сборке
• добавить поддержку Scope в is.unit
• .use на эффектах созданных через attach будет выдавать ошибку вместо замалчивания проблемы
• fork handlers на эффектах созданных через attach будет выдавать ошибку вместо замалчивания проблемы

мажорные релизы эффектора и его биндингов (effector-vue, effector-react) выходят каждый год 6 июля

Вот последние два пункта прямо огненные. Мы уже успели наступить на них.

И заспамить саппорт тикетами из тестов на CI, кек.

😅

мб тогда добавить is.scope?

https://github.com/effector/effector/issues/462

я просто вижу валидный сценарий который это исправление может сломать, поэтому технически это не фикс а мажор

А как в forest правильно сделать что-то типа такого
data ? <ClientCard/> : <Loading/>

о, да, это тоже