a
Size: a a a
2020 July 23
IA
Через пол часа https://www.youtube.com/watch?v=cUSyJk6k2rk
о нифига) На меня отсылка была в конце 😂
IA
@artalar кстати, твои слова под счетчики на кол-во подписок в reatom вернули меня опять в вопросу об удалении “устаревших данных” в нормализованом сторе. Можно ли как то каждый item нормализованного стора хранить в своем атоме…
IA
хотя звучит как бред)
a
о нифига) На меня отсылка была в конце 😂
Ну кейс не тривиальный и интересный)
a
@artalar кстати, твои слова под счетчики на кол-во подписок в reatom вернули меня опять в вопросу об удалении “устаревших данных” в нормализованом сторе. Можно ли как то каждый item нормализованного стора хранить в своем атоме…
Сходу не готов сказать, надо думать
IA
Ну кейс не тривиальный и интересный)
кстати в hot-loader вроде имеет какой то свой хак для useEffect с передачей в качестве зависимости строки “hot”. Я читал по диагонали, но возможно это что-то что как раз нужно
OH
В случае с реактом, то надо еще разобраться в том как работает react-hot-loader с хуками. Вроде как, там тоже не все так просто. А там возможно и придумать решение для реатома
его вроде вводят в deprecated mode и переезжают на React Fast Refresh
OH
NS
Надо глянуть. Спасибо
OH
Надо глянуть. Спасибо
от автора статейка занятная, все очень запущено (на 2018 год)
https://habr.com/ru/post/433122/
https://habr.com/ru/post/433122/
2020 July 24
NS
Привет. Я тут вчера после дисскусии решил попробовать сделать обертку над history и понял, что возможно стоит подумать над более умном механизме подписок на экшены или апи для подключения разных штук, типа дев тулзов или саг. Собственно проблема в том, что порядок подписок очень не предсказуемый. Вот я накидал пример, где можно увидеть разный порядок вызова, в зависимости от типа подписки. https://codesandbox.io/s/eager-bohr-dksei?file=/src/index.ts чтобы посмотреть результат в консоли, открыть лучше эту ссылку https://dksei.csb.app/
a
Привет. Я тут вчера после дисскусии решил попробовать сделать обертку над history и понял, что возможно стоит подумать над более умном механизме подписок на экшены или апи для подключения разных штук, типа дев тулзов или саг. Собственно проблема в том, что порядок подписок очень не предсказуемый. Вот я накидал пример, где можно увидеть разный порядок вызова, в зависимости от типа подписки. https://codesandbox.io/s/eager-bohr-dksei?file=/src/index.ts чтобы посмотреть результат в консоли, открыть лучше эту ссылку https://dksei.csb.app/
Нуу это достаточно общая проблема, зомби-чайлды в реакте из-за этого, считай.
Но в рамках хистори какая с этим проблема - не понял)
Но в рамках хистори какая с этим проблема - не понял)
NS
Нуу это достаточно общая проблема, зомби-чайлды в реакте из-за этого, считай.
Но в рамках хистори какая с этим проблема - не понял)
Но в рамках хистори какая с этим проблема - не понял)
Ну когда я подключил redux-devtools и синхронизацию в обе стороны history, то в дев тулзах я увидел не ожидаемый порядок вызова экшенов. Я уже сталкивался с этим, когда подключал дев тулзы и редакс обсервабл, но тогда я просто поменял порядок подключения и не парился. Хочется иметь более предсказуемое поведение. Чтобы например с использованием history, можно было корректно перемещаться во времени
NS
Я тут накидал черновой вариант, чтобы хотя бы добиться одинакое поведение для разных способов подписки на экшен
a
Я тут накидал черновой вариант, чтобы хотя бы добиться одинакое поведение для разных способов подписки на экшен
Это по перфу плохо
NS
Это по перфу плохо
Ну поэтому я и сказал, что черновой. Пока ничего больше не придумал
a
Ну поэтому я и сказал, что черновой. Пока ничего больше не придумал
В мобыксе это пофикшено как-то, но я не смотрел как
NS
В мобыксе это пофикшено как-то, но я не смотрел как
Попробую посмотреть.
NS
@artalar вот кстати еще один кейс, который прям не френдли на мой взгляд. В большом приложение понять почему будет именно так не очень просто мне кажется. https://codesandbox.io/s/reatom-subscriptions-fy9bh
