a
спойлеры
Size: a a a
2021 May 05
a
Ну и
2021 May 06
S
блин, реально круто
ДК
Тут не понятное сообщение об ошибке получается. Какой-то
message вдруг вылез. Лучше ошибку выдавать примитивом, как тут: https://github.com/hyoo-ru/mam_mol/blob/master/type/error/error.ts2021 May 07
y
а использовать методы с префиксом "unstable" нормальная тема?
y
Из прикольного еще react и react-dom разных версий https://github.com/artalar/reatom/pull/352/files#diff-1f344ac391eeecc21ec0f01fb07430a47f4b80d20485c125447d54c33c4bbfc4R34-R35
AI
вы не угадаете какой ФБ использует полифил в Recoil для unstable_batchedUpdates!
https://github.com/facebookexperimental/Recoil/blob/master/src/util/Recoil_ReactBatchedUpdates.js#L17
https://github.com/facebookexperimental/Recoil/blob/master/src/util/Recoil_ReactBatchedUpdates.js#L17
a
Эх, больная тема.
Абрамов говорил что именно это апи абсолютно нормально, оно старое, не переименуют потому что в конкурентном режиме его не будет, все будет батчиться автоматом
Абрамов говорил что именно это апи абсолютно нормально, оно старое, не переименуют потому что в конкурентном режиме его не будет, все будет батчиться автоматом
a
AI
любая проблема решается дополнительным слоем абстракции…
2021 May 08
a
Как же это запарно по реализации....
Пачка эджкейсов вылезла
Пачка эджкейсов вылезла
2021 May 10
d
@artalar привет. Я делаю для курсовой сравнение перфоманса redux, mobx и reatom первой версии.
У меня есть матрицы (100x100, 200x200, 400x400) из пикселей, bacgroundColor которых хранится в сторе.
каждые 100мс происходит обновление цвета рандомного пикселя и, если делать иммутабельный стейт,
на 200x200 заметны проседания у redux и reatom, а у mobx с мутированием все хорошо.
для reatom кейса написал такое решение, чтобы ускорить работу:
1) при инициализации матрицы заполняем ее не объектами, а динамически созданными атомами,
2) в initial state каждого такого атома кладем динамически созданный PayloadActionCreator с именем 'update-pixel-${rowIdx}-${column-idx}'
3) и динамически созданный атом подписываем на этот экшен
потом внутри компонента через useAtom достаем и значение, и экшн крейтор, который его поменяет
насколько такое решение имеет место?
можно ли считать в данном случае PayloadActionCreator неким константным выражением и не менять его в редьюсере динамического атома?
У меня есть матрицы (100x100, 200x200, 400x400) из пикселей, bacgroundColor которых хранится в сторе.
каждые 100мс происходит обновление цвета рандомного пикселя и, если делать иммутабельный стейт,
на 200x200 заметны проседания у redux и reatom, а у mobx с мутированием все хорошо.
для reatom кейса написал такое решение, чтобы ускорить работу:
1) при инициализации матрицы заполняем ее не объектами, а динамически созданными атомами,
2) в initial state каждого такого атома кладем динамически созданный PayloadActionCreator с именем 'update-pixel-${rowIdx}-${column-idx}'
3) и динамически созданный атом подписываем на этот экшен
потом внутри компонента через useAtom достаем и значение, и экшн крейтор, который его поменяет
насколько такое решение имеет место?
можно ли считать в данном случае PayloadActionCreator неким константным выражением и не менять его в редьюсере динамического атома?
a
Это правильное решение. Но экшенКриэйтер у каждого атома должен быть свой
d
да, они все разные)
a
Как у инстанса класса с мобыксом метод свой
a
d
сделал observable.ref матрицу с сабсторами и вызываю экшн метод у конкретного саб стора