🚀🚀
и проблема вызывается тут явным useState, то есть таким, который производится не библиотекой а пользователем
Size: a a a
2020 October 20
DS
короче этот тест сводится к взаимоотношениям трёх useState
стор в дочернем и стейт в Апп, а где третий?
🚀🚀
стейт гейта, useState, useStore в компоненте
🚀🚀
и проблема вызывается тут явным useState, то есть таким, который производится не библиотекой а пользователем
и из этого следует что необходим апи для определения опасной ситуации
DS
стейт гейта, useState, useStore в компоненте
в юзгейте же не юзается useState или что ты имешь ввиду?
🚀🚀
там используется setState от useStore хука
🚀🚀
setState в App → store update в useGate → setState в useStore
DS
setState в App → store update в useGate → setState в useStore
а ты имел ввиду свзязь через эффектор, ну да
🚀🚀
из теста теперь можно выкинуть эффектор
🚀🚀
проблему теперь можно воспроизвести из одних только useState
🚀🚀
самое смешное будет когда вскроется что эти угрозы не имели ничего общего с реальными проблемами асинхронного рендеринга
🚀🚀
но я прям рад что теперь есть чёткое воспроизведение проблемы, это существенный шаг вперёд
DP
а есть где посмотреть, как организованы большие модели?
DS
но я прям рад что теперь есть чёткое воспроизведение проблемы, это существенный шаг вперёд
Вот этот кусок это для кейсов когда в useStore динамически сторы подставлять пытаются?
🚀🚀
Вот этот кусок это для кейсов когда в useStore динамически сторы подставлять пытаются?
да, причём эта ситуация возникает органически в useStoreMap
DS
да, причём эта ситуация возникает органически в useStoreMap
а почему пришлось делать сет стейт на каждый апдейт стора?
🚀🚀
не пришлось, это синхронизация состояний же
🚀🚀
форс ререндера реакта
DS
те в одном тике если произшла смена стора и смена его в рефе, то store.getState() выдавал предидущие значения?
🚀🚀
если vue можно не любить за наличие nextTick, то в реакте и того нет 😒