IntersectionObservers memberi tahu Anda saat elemen yang diamati memasuki atau keluar dari area pandang browser.
Misalnya, Anda ingin melacak kapan elemen di DOM memasuki area pandang yang terlihat. Anda mungkin ingin melakukannya agar dapat memuat gambar secara lambat tepat waktu atau karena Anda perlu mengetahui apakah pengguna benar-benar melihat banner iklan tertentu. Anda dapat melakukannya dengan menghubungkan peristiwa scroll atau menggunakan timer berkala dan memanggil getBoundingClientRect()
pada elemen tersebut.
Namun, pendekatan ini sangat lambat karena setiap panggilan ke getBoundingClientRect()
memaksa browser untuk menata ulang seluruh halaman dan akan menyebabkan jank yang cukup besar di situs Anda. Hal ini hampir tidak mungkin dilakukan jika Anda mengetahui bahwa situs Anda dimuat di dalam iframe dan Anda ingin mengetahui kapan pengguna dapat melihat elemen. Model Asal Tunggal dan browser tidak akan mengizinkan Anda mengakses data apa pun dari halaman web yang berisi iframe. Ini adalah masalah umum untuk iklan, misalnya, yang sering dimuat menggunakan iframe.
IntersectionObserver
dirancang untuk membuat pengujian visibilitas ini lebih efisien, dan tersedia di semua browser modern. IntersectionObserver
memberi tahu Anda saat elemen yang diamati memasuki atau keluar dari area pandang browser.
Cara membuat IntersectionObserver
API ini cukup kecil, dan paling baik dijelaskan menggunakan contoh:
const io = new IntersectionObserver(entries => {
console.log(entries);
}, {
/* Using default options. Details below */
});
// Start observing an element
io.observe(element);
// Stop observing an element
// io.unobserve(element);
// Disable entire IntersectionObserver
// io.disconnect();
Dengan menggunakan opsi default untuk IntersectionObserver
, callback Anda akan dipanggil saat elemen muncul sebagian dan saat elemen keluar sepenuhnya dari area pandang.
Jika Anda perlu mengamati beberapa elemen, Anda dapat dan sebaiknya mengamati beberapa elemen menggunakan instance IntersectionObserver
yang sama dengan memanggil observe()
beberapa kali.
Parameter entries
diteruskan ke callback Anda yang merupakan array objek IntersectionObserverEntry
. Setiap objek tersebut berisi data persimpangan yang diperbarui untuk salah satu elemen yang Anda amati.
🔽[IntersectionObserverEntry]
time: 3893.92
🔽rootBounds: ClientRect
bottom: 920
height: 1024
left: 0
right: 1024
top: 0
width: 920
🔽boundingClientRect: ClientRect
// ...
🔽intersectionRect: ClientRect
// ...
intersectionRatio: 0.54
🔽target: div#observee
// ...
rootBounds
adalah hasil dari memanggil getBoundingClientRect()
pada elemen root, yang merupakan area pandang secara default. boundingClientRect
adalah hasil getBoundingClientRect()
yang dipanggil pada elemen yang diamati. intersectionRect
adalah perpotongan dari dua persegi panjang ini dan secara efektif memberi tahu Anda bagian mana dari elemen yang diamati yang terlihat. intersectionRatio
sangat terkait, dan memberi tahu Anda seberapa banyak elemen yang terlihat. Dengan info ini, Anda kini dapat menerapkan fitur seperti pemuatan aset tepat waktu sebelum aset tersebut terlihat di layar. Secara efisien.
IntersectionObserver
mengirimkan datanya secara asinkron, dan kode callback Anda akan berjalan di thread utama. Selain itu, spesifikasi sebenarnya menyatakan bahwa implementasi IntersectionObserver
harus menggunakan requestIdleCallback()
. Artinya, panggilan ke callback yang Anda berikan memiliki prioritas rendah dan akan dilakukan oleh browser selama waktu tidak ada aktivitas. Ini adalah keputusan desain yang disengaja.
Scrolling div
Saya bukan penggemar berat scroll di dalam elemen, tetapi saya tidak di sini untuk menilai, begitu juga dengan IntersectionObserver
. Objek options
menggunakan opsi root
yang memungkinkan Anda menentukan alternatif untuk area pandang sebagai root. Perlu diingat bahwa root
harus merupakan ancestor dari semua elemen yang diamati.
Tumpang-tindih semua hal!
Tidak! Developer yang buruk! Hal ini bukan penggunaan siklus CPU pengguna yang cermat. Mari kita bahas scroller tanpa batas sebagai contoh: Dalam skenario tersebut, sebaiknya tambahkan sentinel ke DOM dan amati (dan daur ulang) sentinel tersebut. Anda harus menambahkan sentinel di dekat item terakhir di scroll tanpa batas. Saat sentinel tersebut terlihat, Anda dapat menggunakan callback untuk memuat data, membuat item berikutnya, melampirkannya ke DOM, dan memosisikan ulang sentinel. Jika Anda mendaur ulang sentinel dengan benar, tidak diperlukan panggilan tambahan ke observe()
. IntersectionObserver
tetap berfungsi.
Info terbaru selengkapnya
Seperti yang disebutkan sebelumnya, callback akan dipicu satu kali saat elemen yang diamati muncul sebagian dalam tampilan dan satu kali lagi saat keluar dari area pandang. Dengan cara ini, IntersectionObserver
memberi Anda jawaban atas pertanyaan, "Apakah elemen X terlihat?". Namun, dalam beberapa kasus penggunaan, hal itu mungkin tidak cukup.
Di sinilah opsi threshold
berperan. Tindakan ini memungkinkan Anda menentukan array nilai minimum intersectionRatio
. Callback Anda akan dipanggil setiap kali intersectionRatio
melintasi salah satu nilai ini. Nilai default untuk threshold
adalah [0]
, yang menjelaskan perilaku default. Jika mengubah threshold
menjadi [0, 0.25, 0.5, 0.75, 1]
, kita akan mendapatkan notifikasi setiap kali seperempat elemen tambahan terlihat:
Ada opsi lain?
Saat ini, hanya ada satu opsi tambahan selain yang tercantum di atas. rootMargin
memungkinkan Anda menentukan margin untuk root, sehingga Anda dapat memperluas atau memperkecil area yang digunakan untuk persimpangan secara efektif. Margin ini ditentukan menggunakan string bergaya CSS, seperti "10px 20px 30px 40px"
, yang menentukan margin atas, kanan, bawah, dan kiri. Sebagai ringkasan, struct opsi IntersectionObserver
menawarkan opsi berikut:
new IntersectionObserver(entries => {/* … */}, {
// The root to use for intersection.
// If not provided, use the top-level document's viewport.
root: null,
// Same as margin, can be 1, 2, 3 or 4 components, possibly negative lengths.
// If an explicit root element is specified, components may be percentages of the
// root element size. If no explicit root element is specified, using a
// percentage is an error.
rootMargin: "0px",
// Threshold(s) at which to trigger callback, specified as a ratio, or list of
// ratios, of (visible area / total area) of the observed element (hence all
// entries must be in the range [0, 1]). Callback will be invoked when the
// visible ratio of the observed element crosses a threshold in the list.
threshold: [0],
});
<iframe>
magic
IntersectionObserver
dirancang khusus dengan mempertimbangkan layanan iklan dan widget jaringan sosial, yang sering menggunakan elemen <iframe>
dan dapat memperoleh manfaat dari mengetahui apakah elemen tersebut terlihat. Jika <iframe>
mengamati salah satu elemennya, men-scroll <iframe>
serta men-scroll jendela yang berisi <iframe>
akan memicu callback pada waktu yang tepat. Namun, untuk kasus terakhir, rootBounds
akan ditetapkan ke null
untuk menghindari kebocoran data di seluruh origin.
Apa yang Tidak ada di IntersectionObserver
?
Perlu diingat bahwa IntersectionObserver
sengaja tidak sempurna piksel atau latensi rendah. Menggunakannya untuk menerapkan upaya seperti animasi yang bergantung pada scroll pasti akan gagal, karena data akan—secara ketat—sudah tidak berlaku pada saat Anda akan menggunakannya. Penjelasan memiliki detail selengkapnya tentang kasus penggunaan asli untuk IntersectionObserver
.
Berapa banyak pekerjaan yang dapat saya lakukan dalam callback?
Singkat dan Jelas: Menghabiskan terlalu banyak waktu di callback akan membuat aplikasi Anda lambat—semua praktik umum berlaku.
Lanjutkan dan persimpangan elemen Anda
Dukungan browser untuk IntersectionObserver
cukup baik, karena tersedia di semua browser modern. Jika perlu, polyfill dapat digunakan di browser lama dan tersedia di repositori WICG. Tentu saja, Anda tidak akan mendapatkan manfaat performa menggunakan polyfill yang akan diberikan oleh implementasi native.
Anda dapat mulai menggunakan IntersectionObserver
sekarang juga. Beri tahu kami apa yang Anda temukan.