JavaScript API baru yang dapat membantu Anda menghindari kompromi antara performa pemuatan dan responsivitas input.
Memuat dengan cepat itu sulit. Situs yang memanfaatkan JS untuk merender kontennya saat ini harus melakukan kompromi antara performa pemuatan dan responsivitas input: melakukan semua pekerjaan yang diperlukan untuk ditampilkan sekaligus (performa pemuatan yang lebih baik, responsivitas input yang lebih buruk), atau membagi pekerjaan menjadi tugas yang lebih kecil agar tetap responsif terhadap input dan gambar (performa pemuatan yang lebih buruk, responsivitas input yang lebih baik).
Untuk menghilangkan kebutuhan untuk melakukan kompromi ini, Facebook mengusulkan dan menerapkan
isInputPending()
API di Chromium untuk meningkatkan responsivitas tanpa
memberikan hasil. Berdasarkan masukan uji coba origin, kami telah melakukan sejumlah update pada
API, dan dengan senang hati kami mengumumkan bahwa API kini dikirimkan secara default di Chromium
87.
Kompatibilitas browser
isInputPending()
dikirimkan di browser berbasis Chromium mulai versi 87.
Tidak ada browser lain yang telah memberikan sinyal untuk mengirimkan API.
Latar belakang
Sebagian besar pekerjaan di ekosistem JS saat ini dilakukan pada satu thread: thread utama. Hal ini memberikan model eksekusi yang andal kepada developer, tetapi pengalaman pengguna (terutama responsivitas) dapat terpengaruh secara drastis jika skrip dieksekusi dalam waktu lama. Jika halaman melakukan banyak pekerjaan saat peristiwa input diaktifkan, misalnya, halaman tidak akan menangani peristiwa input klik hingga setelah pekerjaan tersebut selesai.
Praktik terbaik saat ini adalah menangani masalah ini dengan membagi JavaScript menjadi beberapa blok yang lebih kecil. Saat halaman dimuat, halaman dapat menjalankan sedikit JavaScript, lalu memberikan dan meneruskan kontrol kembali ke browser. Browser kemudian dapat memeriksa antrean peristiwa inputnya dan melihat apakah ada hal yang perlu diberi tahu ke halaman. Kemudian, browser dapat kembali menjalankan blok JavaScript saat ditambahkan. Hal ini membantu, tetapi dapat menyebabkan masalah lain.
Setiap kali halaman memberikan kontrol kembali ke browser, browser memerlukan waktu beberapa saat untuk memeriksa antrean peristiwa inputnya, memproses peristiwa, dan mengambil blok JavaScript berikutnya. Meskipun browser merespons peristiwa lebih cepat, waktu pemuatan halaman secara keseluruhan akan melambat. Dan jika kita terlalu sering mengalah, halaman akan dimuat terlalu lambat. Jika kita lebih jarang memberikan hasil, browser akan memerlukan waktu lebih lama untuk merespons peristiwa pengguna, dan orang-orang akan merasa frustrasi. Tidak menyenangkan.
Di Facebook, kami ingin melihat seperti apa tampilannya jika kami menemukan
pendekatan baru untuk pemuatan yang akan menghilangkan kompromi yang menjengkelkan ini. Kami
menghubungi teman-teman kami di Chrome tentang hal ini, dan mengajukan proposal
untuk isInputPending()
. isInputPending()
API adalah yang pertama menggunakan konsep
gangguan untuk input pengguna di web, dan memungkinkan JavaScript
dapat memeriksa input tanpa menyerah pada browser.
Karena ada minat pada API ini, kami berpartner dengan rekan-rekan kami di Chrome untuk menerapkan dan mengirimkan fitur ini di Chromium. Dengan bantuan dari engineer Chrome, kami berhasil menerapkan patch di balik uji coba origin (yang merupakan cara bagi Chrome untuk menguji perubahan dan mendapatkan masukan dari developer sebelum merilis API sepenuhnya).
Sekarang kami telah menerima masukan dari uji coba origin dan dari anggota lain W3C Web Performance Working Group dan menerapkan perubahan pada API.
Contoh: penjadwal yieldier
Misalkan Anda memiliki banyak pekerjaan pemblokiran tampilan yang harus dilakukan untuk memuat
halaman, misalnya membuat markup dari komponen, memfaktorkan bilangan prima, atau
hanya menggambar indikator lingkaran berputar pemuatan yang keren. Masing-masing dibagi menjadi item kerja
terpisah. Dengan menggunakan pola penjadwal, mari kita buat sketsa cara memproses
pekerjaan dalam fungsi processWorkQueue()
hipotetis:
const DEADLINE = performance.now() + QUANTUM;
while (workQueue.length > 0) {
if (performance.now() >= DEADLINE) {
// Yield the event loop if we're out of time.
setTimeout(processWorkQueue);
return;
}
let job = workQueue.shift();
job.execute();
}
Dengan memanggil processWorkQueue()
nanti dalam macrotask baru melalui setTimeout()
, kita
memberi browser kemampuan untuk tetap responsif terhadap input (browser dapat
menjalankan pengendali peristiwa sebelum pekerjaan dilanjutkan) sambil tetap berhasil berjalan
tanpa gangguan. Namun, kita mungkin dibatalkan penjadwalannya untuk waktu yang lama oleh tugas lain
yang menginginkan kontrol loop peristiwa, atau mendapatkan latensi peristiwa tambahan hingga QUANTUM
milidetik.
Ini sudah bagus, tetapi bisakah kita melakukan yang lebih baik? Tentu saja.
const DEADLINE = performance.now() + QUANTUM;
while (workQueue.length > 0) {
if (navigator.scheduling.isInputPending() || performance.now() >= DEADLINE) {
// Yield if we have to handle an input event, or we're out of time.
setTimeout(processWorkQueue);
return;
}
let job = workQueue.shift();
job.execute();
}
Dengan memperkenalkan panggilan ke navigator.scheduling.isInputPending()
, kita dapat
merespons input lebih cepat sekaligus memastikan bahwa pekerjaan pemblokiran tampilan
dijalankan tanpa gangguan. Jika tidak tertarik untuk menangani apa pun
selain input (misalnya, menggambar) hingga pekerjaan selesai, kita juga dapat dengan mudah meningkatkan
panjang QUANTUM
.
Secara default, peristiwa "berkelanjutan" tidak ditampilkan dari isInputPending()
. Ini
meliputi mousemove
, pointermove
, dan lainnya. Jika Anda juga tertarik untuk
mendapatkan hasil darinya, tidak masalah. Dengan memberikan objek ke isInputPending()
dengan
includeContinuous
disetel ke true
, kita siap:
const DEADLINE = performance.now() + QUANTUM;
const options = { includeContinuous: true };
while (workQueue.length > 0) {
if (navigator.scheduling.isInputPending(options) || performance.now() >= DEADLINE) {
// Yield if we have to handle an input event (any of them!), or we're out of time.
setTimeout(processWorkQueue);
return;
}
let job = workQueue.shift();
job.execute();
}
Selesai. Framework seperti React mem-build dukungan isInputPending()
ke dalam
library penjadwalan intinya menggunakan logika serupa. Semoga hal ini akan membuat
developer yang menggunakan framework ini dapat memanfaatkan isInputPending()
di balik layar tanpa penulisan ulang yang signifikan.
Menyerah tidak selalu buruk
Perlu diperhatikan bahwa menghasilkan lebih sedikit bukanlah solusi yang tepat untuk setiap kasus penggunaan. Ada banyak alasan untuk mengembalikan kontrol ke browser selain untuk memproses peristiwa input, seperti untuk melakukan rendering dan menjalankan skrip lain di halaman.
Ada kasus saat browser tidak dapat mengatribusikan peristiwa input yang tertunda
dengan benar. Secara khusus, menetapkan klip dan mask yang kompleks untuk iframe lintas origin
dapat melaporkan negatif palsu (yaitu isInputPending()
dapat tiba-tiba menampilkan
salah saat menargetkan frame ini). Pastikan Anda cukup sering menghasilkan jika
situs Anda memerlukan interaksi dengan subframe bergaya.
Perhatikan juga halaman lain yang memiliki loop peristiwa yang sama. Di platform seperti
Chrome untuk Android, beberapa origin sering kali berbagi loop
peristiwa. isInputPending()
tidak akan pernah menampilkan true
jika input dikirim ke
frame lintas origin, sehingga halaman latar belakang dapat mengganggu
responsivitas halaman latar depan. Anda dapat mengurangi, menunda, atau menghasilkan
lebih sering saat melakukan pekerjaan di latar belakang menggunakan Page Visibility API.
Sebaiknya gunakan isInputPending()
dengan hati-hati. Jika tidak ada
tugas pemblokiran pengguna yang harus dilakukan, bersikaplah baik kepada orang lain di loop peristiwa dengan
memberikan lebih sering. Tugas yang lama dapat berbahaya.
Masukan
- Berikan masukan tentang spesifikasi di repositori is-input-pending.
- Hubungi @acomminos (salah satu penulis spesifikasi) di Twitter.
Kesimpulan
Kami senang isInputPending()
diluncurkan, dan developer dapat
mulai menggunakannya sekarang. API ini adalah pertama kalinya Facebook membuat
API web baru dan membawanya dari inkubasi ide ke proposal standar hingga benar-benar
dikirimkan di browser. Kami ingin berterima kasih kepada semua orang yang telah membantu kami sampai ke tahap ini, dan memberikan ucapan khusus kepada semua orang di Chrome yang telah membantu kami mengembangkan ide ini dan mengirimkannya.
Foto hero oleh Will H McMahan di Unsplash.