понимаю, тоже не очень

ну а как тогда поступить?

ну ты уже сам нашёл решение, отдельно поддерживать видимость элементов

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

интересно, что будет с производительностью с 1000+ элементами в списке

например это позволило бы сделать tree радикально эффективнее

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

как раз таки если не нужно мнйнтейнить порядок то и видимость менять легче так как у тебя не перетряхивается весь linked list дом нод под капотом

чат, помните пример с добавлением 1к элементов в списке форестом?

Я подумал что будет, если количество элементов будет регулироваться ползунком от 0 до 10к. Предположил что если быстро поднять его до 10к, потом опустить в ноль или резетнуть список, то увидим как сначала появляется 10к эелментов, а потом все пропадают. Но на самом деле появляется несколько тыщ элементов и потом пропадают.

Но тут уже сам js должен тормозить, так что хз

https://share.effector.dev/GCTguVJQ

и так почти без изменений до +40k

это правда

он не работает с первым парселем

рубрика вредные советы 🤨

рубрика "основано на реальных событиях"
https://github.com/doasync/parcel-project

))

попробуй удалить babel.config.js))

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

ну ладно

парсель точно так же использует тильду-алиас

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

Это ржака конечно. И смех и грех.