Kerangka IsiOtomatis baru di Android O akan menyelesaikan masalah kelambatan yang sudah berlangsung lama terkait dengan Layanan Aksesibilitas pengelola kata sandi.
Sudah sebulan sejak Google merilis Pratinjau Pengembang Android O pertama (waktu pasti berlalu dengan cepat!), dan seperti halnya versi baru Android lainnya - ada banyak hal yang perlu digali. Kami telah menerbitkannya banyak artikel tentang Android O, namun ada satu fitur yang menurut saya belum mendapat perhatian yang layak: the Kerangka IsiOtomatis.
IsiOtomatis di Android O
Pengelola kata sandi sangat sedikit jumlahnya akhir-akhir ini (walaupun kita memang demikian sebagian dari KeePass sumber terbuka), namun hanya dengan Android O Google benar-benar secara resmi mendukung pengelola kata sandi. Dengan Android O, aplikasi pihak ketiga dapat mengisi layanan isi otomatis, yang berkomunikasi dengan aplikasi melalui Kerangka IsiOtomatis baru. Aplikasi yang menggunakan standar Melihat elemen akan langsung berfungsi dengan Kerangka IsiOtomatis, meskipun ada langkah tambahan yang dapat dilakukan pengembang
optimalkan untuk pengisian otomatis untuk memastikan bahwa Tampilan khusus aplikasi mana pun dapat diisi otomatis.Ketika Tampilan IsiOtomatis menjadi fokus, Kerangka IsiOtomatis akan memanggil permintaan isiOtomatis. Layanan isi otomatis merespons dengan mengirimkan kembali Kumpulan Data IsiOtomatis tertentu (seperti nama pengguna, kata sandi, alamat, nomor kartu kredit, dll.) yang kemudian dapat dipilih oleh pengguna. Layanan isi otomatis ditentukan oleh pengguna di Pengaturan --> Aplikasi & Pemberitahuan --> Aplikasi Default --> Aplikasi IsiOtomatis.
Penjelasan Kerangka IsiOtomatis baru di atas hanyalah ringkasan singkat tentang apa yang terjadi pada aplikasi yang meminta dan layanan IsiOtomatis. Yang paling penting untuk pemahaman Anda di sini bukanlah detail sebenarnya tentang cara kerja isi otomatis di Android O, namun fakta bahwa aplikasi pengelola kata sandi sendiri tidak lagi dapat mendeteksi kapan Tampilan dapat diisi otomatis.
Bacaan yang Direkomendasikan: AgileBits menunjukkan seperti apa Kerangka IsiOtomatis Android O nantinya
IsiOtomatis sebelum Android O
Bandingkan dengan cara kerja pengisian otomatis sebelum Android O. Sebelum pengelola kata sandi memiliki metode resmi apa pun untuk mendeteksi kapan Tampilan dapat diisi otomatis, masing-masing aplikasi harus menerapkan Layanan Aksesibilitas untuk memindai Tampilan saat ini untuk menemukan isi otomatis bidang.
Namun, penggunaan Layanan Aksesibilitas dapat mengakibatkan kelambatan yang cukup besar dalam kondisi tertentu. Namun, kelambatan yang terkait dengan Layanan Aksesibilitas pengelola kata sandi Anda, sangat jelas terlihat sehingga layanan populer seperti LastPass bahkan memilikinya. halaman dukungan mengenai masalah ini. Halaman dukungan ini biasanya memberi tahu Anda bahwa satu-satunya jalan keluar Anda untuk mengatasi kelambatan berlebihan yang disebabkan oleh mereka Layanan Aksesibilitas adalah menonaktifkan Layanan Aksesibilitas atau beralih menggunakan input khusus mereka sendiri metode. Apa pun yang terjadi, Anda kehilangan kemampuan pengisian otomatis apa pun.
Namun mengapa Layanan Aksesibilitas LastPass, atau Layanan Aksesibilitas pengelola kata sandi lainnya, tampaknya menyebabkan banyak kelambatan? Alasannya adalah karena pengelola kata sandi ini harus memanfaatkan Layanan Aksesibilitas untuk mendeteksi kolom masukan. Layanan Aksesibilitas atribut didefinisikan dalam sebuah File sumber daya XML di dalam APK, sehingga kita dapat melihat cara kerja Layanan dengan mendekompilasi file APK.
Di bawah ini adalah file sumber daya yang diambil dari dekompilasi APK LastPass:
"@string/accessibility_service_description"
android: accessibilityEventTypes="typeViewFocused|typeWindowContentChanged"
android: accessibilityFeedbackType="feedbackGeneric"
android: notificationTimeout="200"
android: accessibilityFlags="flagReportViewIds"
android: canRetrieveWindowContent="true"
android: canRequestEnhancedWebAccessibility="true"
xmlns: andro /> Dari sini, kami dapat memperoleh informasi berikut: Layanan Aksesibilitas LastPass meminta dua jenis Peristiwa untuk dipantau - TYPE_VIEW_FOCUSED dan TYPE_WINDOW_CONTENT_CHANGED. Hal ini dilakukan karena ia perlu mengetahui kapan konten aplikasi/halaman web berubah atau menjadi fokus, lalu mengambil konten jendela saat ini untuk mencari kolom masukan kata sandi. Namun karena layanan terus-menerus melakukan hal ini pada dua Peristiwa Aksesibilitas yang sangat sering diaktifkan, hal ini mengakibatkan kelambatan. Untuk diskusi lebih mendalam tentang bagaimana Layanan Aksesibilitas dapat menyebabkan kelambatan, saya mengacu pada artikel saya sebelumnya tentang masalah tersebut.
Bacaan yang Direkomendasikan: "Bekerja Sesuai Tujuan" - Eksplorasi Keterlambatan Aksesibilitas Android
Android O Membunuh Dua Burung dengan Satu Batu
Sebelum Android O, tidak banyak pengembang pengelola kata sandi yang dapat melakukan mitigasi kelambatan ini. Hal ini karena pengelola kata sandi tidak dapat mengetahui kapan kolom masukan yang dapat diisi otomatis muncul di layar tanpa mengaktifkan Layanan Aksesibilitas untuk terus memantaunya. Namun berkat Kerangka IsiOtomatis baru di Android O, pengelola kata sandi ini kini dapat menghentikan Layanan Aksesibilitasnya. Sebaliknya, aplikasi yang memerlukan entri data sendiri akan meminta Kerangka IsiOtomatis untuk memanggil layanan IsiOtomatis yang kemudian akan mengirimkan data. Berkat kerangka kerja baru ini, entri kata sandi tidak hanya akan menjadi lebih mudah bagi pengguna karena mereka tidak lagi harus bergantung pada metode masukan tambahan, namun kelambatan yang terkait dengan pengaktifan Layanan Aksesibilitas pengelola kata sandi akan menjadi masalah masa lalu.
Saya tahu bagi sebagian dari Anda, fakta ini mungkin bukan terobosan baru, namun menurut saya karena diskusi seputar Layanan Aksesibilitas sangat sepi, topik ini mungkin layak untuk dibahas kembali. Sekadar bahan renungan akhir pekan ini!
Apa pendapat Anda tentang Kerangka IsiOtomatis baru Android O? Beri tahu kami di komentar di bawah!