a
Это все экспериментальное пока)
Size: a a a
2021 January 26
А
Хотя бы на первый reatom)
a
альфа версия, могут быть брейки (хотя уже не значительные)
a
Анвар
Хотя бы на первый reatom)
А это обязательно да)
a
Переслано от artalar
Как вам?
https://codesandbox.io/s/reatom2-lists-example-iu2cf
Это эксперимент с новым реатомом, в котором я создаю циклические зависимости через атомы. Зачем? Апдейты элементов двух двунаправленно связанных списков за константное время (даже под капотом - никаких лишних мапингов). С нормализацией такого не добиться.
Но теряется возможность сериализовать такие связи, нужно еще подумать.
https://codesandbox.io/s/reatom2-lists-example-iu2cf
Это эксперимент с новым реатомом, в котором я создаю циклические зависимости через атомы. Зачем? Апдейты элементов двух двунаправленно связанных списков за константное время (даже под капотом - никаких лишних мапингов). С нормализацией такого не добиться.
Но теряется возможность сериализовать такие связи, нужно еще подумать.
Еще такой подход хорош в случае работы с огромными списками и виртуальным скролингом: мы на каждом экране подписываемся / отписываемся и вообще работаем только с несколькими десятками атомов, не пересоздавая список вообще (я про редактирование элементов)
ДС
Еще такой подход хорош в случае работы с огромными списками и виртуальным скролингом: мы на каждом экране подписываемся / отписываемся и вообще работаем только с несколькими десятками атомов, не пересоздавая список вообще (я про редактирование элементов)
Вот это было бы интересно. У меня есть один древовидный список с виртуализацией, если там больше 1000 элементов становится грустно, и вообще там код вышел достаточно запутанный и плохо поддерживаемый(
a
Вот это было бы интересно. У меня есть один древовидный список с виртуализацией, если там больше 1000 элементов становится грустно, и вообще там код вышел достаточно запутанный и плохо поддерживаемый(
Ну вот мобыкс / cellx / и тп решают такую проблему хорошо, но не поддерживают атомарность и не зависят от контекста, в отличии от реатома
MK
Ну вот мобыкс / cellx / и тп решают такую проблему хорошо, но не поддерживают атомарность и не зависят от контекста, в отличии от реатома
https://github.com/Riim/cellx#benchmark
проводил такой же тест?
проводил такой же тест?
a
там ток cellx не работает, ша починю
a
(лучше консоль открыть и следить там за ошибками)
MK
ванилька очень тормозная получилась
B
Еще такой подход хорош в случае работы с огромными списками и виртуальным скролингом: мы на каждом экране подписываемся / отписываемся и вообще работаем только с несколькими десятками атомов, не пересоздавая список вообще (я про редактирование элементов)
Типа [...100 items] сильно дешевле чем [...10000000 items]?
a
Типа [...100 items] сильно дешевле чем [...10000000 items]?
ОЧЕНЬ
B
ОЧЕНЬ
а есть уже готовый перф тест?
a
а есть уже готовый перф тест?
a
Типа [...100 items] сильно дешевле чем [...10000000 items]?
Все операции копирования списков в ЖС выполняются через перебор
L
Переслано от artalar
Как вам?
https://codesandbox.io/s/reatom2-lists-example-iu2cf
Это эксперимент с новым реатомом, в котором я создаю циклические зависимости через атомы. Зачем? Апдейты элементов двух двунаправленно связанных списков за константное время (даже под капотом - никаких лишних мапингов). С нормализацией такого не добиться.
Но теряется возможность сериализовать такие связи, нужно еще подумать.
https://codesandbox.io/s/reatom2-lists-example-iu2cf
Это эксперимент с новым реатомом, в котором я создаю циклические зависимости через атомы. Зачем? Апдейты элементов двух двунаправленно связанных списков за константное время (даже под капотом - никаких лишних мапингов). С нормализацией такого не добиться.
Но теряется возможность сериализовать такие связи, нужно еще подумать.
круто конечно, но имхо кто будет такие большие списки сразу показывать на UI ? map должен в теории занимать не больше чем O(n)
a
круто конечно, но имхо кто будет такие большие списки сразу показывать на UI ? map должен в теории занимать не больше чем O(n)
Даже если не показывать - нужно пересоздавать на каждое изменение, может быть напряжно