Я создаю галерею, которая отображает большое количество бесконечно прокручиваемых изображений.
Я использую api обозревателя пересечения, чтобы лениво загружать элементы тега изображения, когда их элементы div контейнера попадают в область просмотра.В конце списка также есть элемент DOM стража, который использует наблюдателя пересечения, запускающего вызов для получения большего количества изображений, как только он входит в область просмотра (т. Е. Пользователь достиг конца списка).
Я понимаю, что для каждого дополнительного наблюдаемого элемента, который я включаю в список, я добавляю больше ресурсов процессора и памяти.В тот момент, когда у меня слишком много элементов, прослушивающих события прокрутки, приложение становится непригодным для использования.
Я могу найти подходящее количество элементов с помощью процесса попадания, где я просто тестирую приложение с пользователемразные "пакетные" размеры.Тем не менее, мне любопытно, если бы кто-нибудь мог указать мне на соответствующие измерения или количественные показатели производительности, с помощью инструментов разработчика Chrome или иным образом, где я мог бы определить (а) какова предельная стоимость каждого дополнительного наблюдателя на пересечении с точки зрения памяти или производительности и (б) зная эту информацию, сколько закадровых изображений я должен прослушивать для событий прокрутки в каждой партии извлеченных изображений.