Комментарии 3
То, что виртуальный дом написанный на js производительнее нативного дома является для меня непостижимой вещью. И уж тем более непостижимо зачем добавлять сразу все десятки тысяч айтемов в список, еще ios 3 в UITableView списки делались так чтобы переиспользовать объекты строк и менять в них контент, чтобы пооизводительность списка не зависела от количества элементов.
Знаешь, есть саркастический термин модернфутбол? Вот такое и модернпрограммирование!))
Почему написанный на жс виртуальный дом быстрее - так он попросту легче, каждая реализация заботится только о том, что и как нужно ей, в то время как браузер тащит за собой огромную кучу обратной совместимости + других вещей, которые в конкретной ситуации для тех же фреймворков (коль скоро в виртуальном доме заговорили) к черту не нужны. Когда разрабы браузера делают реально нативную реализацию чего-нибудь эдакого изолированного (strucuredClone, JSON.stringify/parse например), она почти всегда на порядок быстрее накостыленного на жсе варианта
Про базовую виртуализацию и пример с UITableView можно сказать только то, что покуда в мобилках у нас есть единый поставщик базовых компонентов, единые гайдлайны и прочее, то в вебе этого попросту нет. Сейчас есть грустные попытки сделать подобные штуки (в частности, помню кастомизируемый селект, но он, вроде бы, заглох). А без этого кто во что горазд. Вон, Карловский со своим $mol носится (без негатива :)), там-сям кто-то чето на конфе ляпнет про виртуализацию, кто-то чето на каком-то фреймворке с миллионом ограничений реализует, а суммарно воз вроде и ныне там: каждая компания - сам себе велосипедостроительный завод, поставляющий отборные костыли.
Ну это я утрирую, конечно. Разрабы браузеров и комитеты стандартизации действительно трудятся на благо рядовых формошлепов, и время от времени шикарные штуки уровня ResizeObserver появляются. Сейчас вот добивают гвозди в крышку гроба костыльных модалок и тултипов
Улучшение производительности рендеринга с помощью CSS content-visibility