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