Salah satu hal yang benar-benar menonjol menggunakan iPhone adalah caranya halus rasanya dibandingkan menggunakan Android. Sedangkan Android lambat, dengan jeda terukur antara saat Anda menyentuh layar dan saat OS merespons, iOS sepertinya mengantisipasi apa yang ingin Anda lakukan sebelum jari Anda menyentuh menampilkan.
Bagaimana Apple mengelola prestasi luar biasa ini? Pertanyaan yang lebih baik mungkin: “Bagaimana Google berhasil mengacaukan multitouch Android?” Berdasarkan Andrew Munn — seorang mahasiswa teknik perangkat lunak dan mantan karyawan magang Google — Android sangat kacau sehingga Google mungkin tidak pernah dapat menandingi kinerja iPhone atau iPad. Aduh!
Sebelum kita mulai, inilah beberapa latar belakang. Di masa lalu, dikatakan bahwa UI Android lambat dibandingkan dengan iOS karena elemen UI tidak diakselerasi perangkat keras hingga Honeycomb. Dengan kata lain, setiap kali Anda menggesek layar pada ponsel Android, CPU perlu menggambar setiap piksel lagi, dan itu bukan sesuatu yang sangat baik bagi CPU.
Argumen itu masuk akal, kecuali jika itu benar, Android akan berhenti secara terukur dalam responsif sentuhan dibandingkan dengan iOS ketika Android 3.0 Honeycomb dirilis. Kecuali tebak apa? Perangkat Android masih lamban bahkan setelah Honeycomb diinstal pada mereka.
Sebagian besar ponsel Android modern memiliki spesifikasi yang setara atau bahkan lebih baik daripada iPhone (misalnya, sebagian besar ponsel Android dikirimkan dengan RAM 1GB, dibandingkan dengan iPhone 4S 512MB); masalahnya bukan perangkat keras. Jadi apa masalahnya?
Inilah mengapa Android tidak dapat merender UI sentuhnya tanpa lagging, menurut Munn. Di iOS, proses rendering UI terjadi dengan utas khusus di waktu sebenarnya prioritas, menghentikan proses lain dan memfokuskan semua perhatian pada rendering UI.. Dengan kata lain, setiap kali Anda menyentuhkan jari Anda ke layar iPhone Anda, OS benar-benar menjadi gila: “Seseorang menyentuh kami! Seseorang menyentuh kita! Hentikan semua yang kamu lakukan, seseorang menyentuh kami!”
Namun, di Android, proses rendering UI terjadi bersama dengan utas utama dengan normal prioritas. Dengan kata lain, ini memperlakukan rendering UI dengan cara yang sama seperti, misalnya, mengunduh podcast di latar belakang, memeriksa SMS, atau apa pun. Oleh karena itu, UI berombak.
Inilah Munn yang menjelaskan apa artinya semua ini, dan mengapa Google cukup bodoh untuk mendesain Android dengan cara ini.
UI Android tidak akan pernah sepenuhnya mulus karena kendala desain yang saya bahas di awal:
– Render UI terjadi di utas utama aplikasi
– Render UI memiliki prioritas normalBahkan dengan Galaxy Nexus, atau EeePad Transformer Prime quad-core, tidak ada cara untuk menjamin kecepatan bingkai yang mulus jika kedua batasan desain ini tetap berlaku. Dikatakan bahwa dibutuhkan kekuatan Galaxy Nexus untuk mendekati kehalusan iPhone berusia tiga tahun. Jadi mengapa tim Android mendesain kerangka kerja rendering seperti ini?
Pengerjaan Android dimulai sebelum rilis iPhone, dan pada saat itu Android dirancang untuk menjadi pesaing Blackberry. Prototipe Android asli bukanlah perangkat layar sentuh. Pertukaran rendering Android masuk akal untuk perangkat keyboard dan trackball. Ketika iPhone keluar, tim Android bergegas merilis produk pesaing, tetapi sayangnya sudah terlambat untuk menulis ulang kerangka UI.
Jadi mengapa Google tidak mengubah kerangka UI saja? Yah, itu adalah tugas yang menakutkan yang akan melibatkan setiap aplikasi di Android Market yang akan ditulis ulang untuk mendukung kerangka kerja baru. Itu setidaknya satu tahun lagi, dan mungkin tidak pernah terjadi.
Dengan kata lain, agar Google dapat sepenuhnya mengatasi masalah kelambatan Android, pada dasarnya perlu menekan tombol reset dan menghancurkan ekosistem aplikasinya. iOS, di sisi lain, dibangun dari bawah ke atas untuk mendukung smartphone multitouch; neraka, Apple adalah visioner tertinggi itu. Penting untuk memperbaiki semuanya.
[melalui Kue Redmond]