L
Даже если не показывать - нужно пересоздавать на каждое изменение, может быть напряжно
ну я написал что пересоздание должно быть O(n), не вижу в этом проблемы (по крайней мере на фронте)
Size: a a a
2021 January 26
a
ну я написал что пересоздание должно быть O(n), не вижу в этом проблемы (по крайней мере на фронте)
Год назад я заменил реатом мобыксом на проекте, потому что у нас были коллекции (типа хешмапы) по 100000 элементов и их пересоздание занимало 2 секунды или 200мс с immutable.js
a
Или у меня недавно был проект на котором были списки по паре сотен элементов, но их (списков) было с десяток и в каждом был элемент связанный с другим таким же из других списков. В итоге тормоза вылезли на том что рендер 100 элементов создавал 1000 подписок, что заметно лагало
a
А с подходом выше я могу иметь один список
L
Год назад я заменил реатом мобыксом на проекте, потому что у нас были коллекции (типа хешмапы) по 100000 элементов и их пересоздание занимало 2 секунды или 200мс с immutable.js
так я ж не в курсе какая у вас там была сложность пересоздания + если реально так уже нужно пересоздавать то можно сделать stream и чанками это делать что б не блочить. или связи между списками хранить отдельно
a
так я ж не в курсе какая у вас там была сложность пересоздания + если реально так уже нужно пересоздавать то можно сделать stream и чанками это делать что б не блочить. или связи между списками хранить отдельно
Ну а можно вот таким не запарным вариантом хранить связи через атомы
a
И, повторюсь, тут циклические зависимости - а это минус список на каждую связь - это просто удобнее
L
Ну а можно вот таким не запарным вариантом хранить связи через атомы
ток если их не нужно в json перегонять 🙂
a
ну да
a
Поэтому в планах сделать свой сериализатор на это дело)
L
ну да
хотя можно взять json сделать и с циклическими зависимостями, ток самому надо написать будет коротенькую функцию
2021 January 30
ДК
Год назад я заменил реатом мобыксом на проекте, потому что у нас были коллекции (типа хешмапы) по 100000 элементов и их пересоздание занимало 2 секунды или 200мс с immutable.js
Кажется вам тут нужна была не хешмапа, а реестр, где изменение одного значения не приводит к изменению всей структуры.
a
Кажется вам тут нужна была не хешмапа, а реестр, где изменение одного значения не приводит к изменению всей структуры.
Да можно было что-то придумать, я даже начал писать что-то такое https://t.me/js_core_ru/590 но потом взвесил ещё несколько требований к архитектуре от cto и понял что с мобыксом будет проще
ДК
В моле реактивные мапы вообще нигде не используются, обычно хватает мемоизированных по первому параметру методов:
$mol_mem_key
data( path: string[], next?: number ) {
return next ?? 0
}
this.data( [ 'foo' ], 10 ) // 10
this.data( [ 'foo', 'bar' ], 20 ) // 20
this.data([ 'foo' ]) // 10
this.data([ 'foo', 'bar' ]) // 202021 February 02
M
Привет. А какой статус по реатому? 9 месяцев не было коммитов
AK
Зато в ветке бушующей второй версии их хватает :)
AK
Привет. А какой статус по реатому? 9 месяцев не было коммитов
Е
Помню очень хотелось что бы dispatch возвращал Promise. Может кто показать юзкейс где это нужно,
S
Помню очень хотелось что бы dispatch возвращал Promise. Может кто показать юзкейс где это нужно,
Например чтобы после диспатча фокус инпута сделать
N
dispatch(thunkFn) с redux-thunk по сути возвращал promise если тело thunk было async функцией. а зачем реатому асинхронный диспатч?