Salah satu keuntungan dari REST adalah kemampuan untuk me-cache permintaan melalui cache http tradisional (dengan asumsi bahwa ini adalah permintaan cacheable).
Saat Anda memiliki permintaan tunggal, lebih besar, lebih jarang digunakan, dan mungkin berbeda (saya akan mengambil item a,b,c,d
kali ini dan item a,b,d,e
lain kali), Anda membuat permintaan lebih cenderung menjadi cache miss dan dikeluarkan dari cache yang mungkin duduk di suatu tempat antara Anda dan sumbernya.
Mengingat dua set permintaan yang disebutkan di atas, permintaan kedua mungkin memiliki tingkat hit cache 75% dan secara substansial lebih cepat mengambil hanya e
, daripada keempat hal.
Perhatikan bahwa ini mungkin tidak segera terlihat oleh orang-orang yang menggunakannya karena orang yang melakukan set permintaan cache yang pertama masih akan kehilangan cache.
Ini bukan untuk mengatakan bahwa itu akan ideal pada koneksi jaringan seluler di mana orang cenderung mendapatkan hit cache non-lokal. Tetapi untuk hot spot atau situasi wifi lainnya, hit cache bisa jauh lebih berguna.
Sebagian besar dari ini, sekali lagi, tergantung pada bagaimana aplikasi Anda bekerja. Apakah ini meminta semua data ini saat startup? atau apakah kita berbicara tentang memuat halaman di mana harapan waktu respons berbeda?
Hal yang ideal untuk dilakukan adalah mengujinya untuk melihat bagaimana aplikasi Anda terbentuk sebelumnya dalam berbagai situasi. Pertimbangkan untuk menyiapkan situasi di mana Anda telah mengikat perangkat seluler Anda ke jaringan wifi lokal yang dapat Anda pantau (yang merupakan hit pertama di google) dan mensimulasikan koneksi internet yang buruk untuk melihat bagaimana hal-hal sebenarnya bekerja (atau tidak) dan mana yang memiliki kinerja terbaik.