Запись не забудьте на будущее

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

Не у всех есть время сейчас зайти в голосовой чат. И минусы записи, что нельзя задать вопросы.

Я не очень понимаю где выходит перформанс лучший редакса.

Как я понял атом это какой-то умный селектор результат которого автоматом еще в стейт пишется и из функции вычисления можно еще диспатчить.

Я могу предположить что перформанс появляется в том что мы автоматически знаем что надо перевычислить, но по идее того же можно достигнуть с помощью реселекта или селекторов на проксях.

Атом автоматом трекает все зависимые экшены и при диспатче экшена трогаются только зависимые атомы.
При диспатче экшена в редаксе трогаются все редусеры и все селекторы (проверяется мемоизация).

В огромном сторе диспатч чендж инпута, от которого ничего не зависит, для реатома займет одну сотую милисекунды, а для редакса несколько милисекнд, в лучше случае

Ну в редаксе при диспатче экшена который неинтересен каким либо веткам редьюсера они быстро остановятся и вернут тот же самый стейт. Тут можно что-то выиграть, но я хз насколько это существенно.

То что все селекторы перевызовутся для проверки мемоизации да, но тут если селекторы нормально написаны то они тоже быстро остановятся.

Звучит что тут лучший DX который позволяет достигать лучшего перформанса без усилий которые надо принять чтобы достичь того же перформанса на голом редаксе.

В целом я понял. Но возможность апдейтить что-то из таких атомов-селекторов очень сильно смущает, даже если оно реализовано максимально правильно и не ногострельно. В редаксе я могу просто поискать кто ест экшен при этом понятно откуда начать, а тут без визуализации графа вообще можно ничего не понять.

По перфу все верно. Вопрос автоматизации. В редаксе ты забыл что-то замемоизировать или сделал это плохо (иногда, сложно быстро сделать хорошо) и любой чендж пересоздает ссылку - это больно).

update доступен только для атомов без компьютера, в которых указан инит стейт и все, это не частый кейс для мелких штук. По нормальному нужно писать отдельные экшены и отдельно в колбеке атома (компьютере) подписываться на них, все явно, я думал об этом)

А ну и вся инфа о связях в будущих девтулзах будет отображаться, конечно.

Девтулзы сам будешь делать или планируешь раскурить redux dev tools и вклиниться в них?

В пять раз разница) В реатоме по умолчанию все данные и сторе - подменил стор, получил новые стейты и эффекты с ними

Редаксовские не проблема подрубить, но они ограничены во многом, по хорошему нужно свои пилить

Но ведь это не логично. Непосредственно сам стор должен быть лишь источником информации реактивным, вместо того чтобы пытаться быть всем и сразу

стор сериализуемый или нет?

Зависит от того что под стором подразумевать

Я отвечу кодом!
https://github.com/artalar/reatom-next-template/blob/main/src/pages/chat.tsx

и

https://github.com/artalar/reatom-next-template/blob/main/src/pages/_app.tsx#L15

я имею в виду что функции и Map/Set в стейте стора не хранятся пока я их явно атомом туда не положу?

++

ну тогда пофигу что там еще в сторе лежит служебное)

Данные атомов хранятся в викмапе. Отдельно явно хранятся атомы на которые сейчас есть подписки. getState проходится по атомам на которые есть подписки (и их зависимостям), читает их данные из викмапы и пишет в простой объект (у каждого атома есть строковый ключ-индетефикатор) и выплевывает этот объект