ты вообще это запускал oO

А теперь такая задачка

На первом шаге есть условно кнопка "next"
По клику на неё
— если пользователь залогинен (== есть user address, считайте это айди пользователя), то направить на второй шаг
— если нет, кинуть ивент (типа address required), дождаться когда появится user address, когда появился — направить на второй шаг

Нагородил тут вот такое решение:

export const setAddress = createEvent<string | null>();
export const address = restore(setAddress, null);

export const next = createEvent();
const requireAddress = createEvent();

export const requireAddressFx = createEffect({
  handler: () => {
    requireAddress();
    const unsub = address.subscribe(value => {
      if (value) {
        next();
        unsub();
      }
    });
  },
});

export const addressDialogDismiss = createEvent();

guard({
  source: sample(address, next),
  filter: address.map(x => !x),
  target: requireAddressFx,
});

export const awaitingAddress = createStore(false)
  .on(requireAddress, () => true)
  .on(addressDialogDismiss, () => false)
  .on(address, (_, payload) => !payload);

названия мне не нравятся совсем, не хватает неймспейсинга наверное

Но основной вопрос — правильно ли делать эффект, который подписывается на стор и отписывается в коллбеке subscribe?

Ты можешь сделать репл?

да уже несколько сделал ж

Я правильно понимаю, что обернув в React.Memo компонент, юзающий useStore (под капотом которого есть мемоизация) реактивность изменения данных не сломается?
У меня в некоторых местах приложения компоненты не совсем верно скомпозированы и получается так, что RootCmp имеет доступ к огромному стору, при апдейте стора апдейтит в том числе и ребенка ChildCmp, у которого есть доступ к маленькому куску того же самого стора. Это вызывает некоторые проблемы с производительностью, которые хочу решить оборачиванием ChildCmp в React.Memo

Можешь кинуть линк из чата?

React.memo никак не повлияет на полчение обновлений из useStore  UPD: тьфу ты, React.memo имелся ввиду

Я правильно понимаю, что обернув в React.Memo компонент, юзающий useStore (под капотом которого есть мемоизация) реактивность изменения данных не сломается?
У меня в некоторых местах приложения компоненты не совсем верно скомпозированы и получается так, что RootCmp имеет доступ к огромному стору, при апдейте стора апдейтит в том числе и ребенка ChildCmp, у которого есть доступ к маленькому куску того же самого стора. Это вызывает некоторые проблемы с производительностью, которые хочу решить оборачиванием ChildCmp в React.Memo

А стор кторый огромный он эффекторовский?

А теперь такая задачка

На первом шаге есть условно кнопка "next"
По клику на неё
— если пользователь залогинен (== есть user address, считайте это айди пользователя), то направить на второй шаг
— если нет, кинуть ивент (типа address required), дождаться когда появится user address, когда появился — направить на второй шаг

Нагородил тут вот такое решение:

export const setAddress = createEvent<string | null>();
export const address = restore(setAddress, null);

export const next = createEvent();
const requireAddress = createEvent();

export const requireAddressFx = createEffect({
  handler: () => {
    requireAddress();
    const unsub = address.subscribe(value => {
      if (value) {
        next();
        unsub();
      }
    });
  },
});

export const addressDialogDismiss = createEvent();

guard({
  source: sample(address, next),
  filter: address.map(x => !x),
  target: requireAddressFx,
});

export const awaitingAddress = createStore(false)
  .on(requireAddress, () => true)
  .on(addressDialogDismiss, () => false)
  .on(address, (_, payload) => !payload);

названия мне не нравятся совсем, не хватает неймспейсинга наверное

Но основной вопрос — правильно ли делать эффект, который подписывается на стор и отписывается в коллбеке subscribe?

Он не супер-огромный, просто содержит в себе достаточно много полей. Разделять его по логике - бессмысленно. Часто информация нужна вся вместе. Редкие кейсы использования частей стора.
Да, как раз useStoreMap выручает)
Про React.Memo - логично, он вроде только на пропсы смотрит, а до хуков ему дела нет

Вот это постановка полная задачи?

Кстати можно и без useStoreMap, можно разбить большой стор на мелкие через Store.map

Ты можешь сделать репл?

кажется опять получилось что-то
https://share.effector.dev/2SYYMpSr

блин вот реально императивно решается до смеха просто:

<button onClick={() => {
  if (address) {
    next();
  } else {
    showAddressDialog({ onSuccess: next });
  }
}} />

При этом другой код может спокойно тоже вызывать showAddressDialog и по итогу принимать другие действия

А с эффектором пока трудновато идёт решение

так если тебя устраивает императивно тогда не понял вопроса

так если тебя устраивает императивно тогда не понял вопроса