Ini AccountManagerbagus karena alasan berikut:
- Pertama adalah menyimpan beberapa nama akun dengan berbagai tingkat akses ke fitur aplikasi di bawah satu jenis akun. Misalnya, dalam aplikasi streaming video, satu mungkin memiliki dua nama akun: satu dengan akses demo ke sejumlah video dan yang lainnya dengan akses sebulan penuh ke semua video. Ini bukan alasan utama untuk menggunakan
Accounts, karena Anda dapat dengan mudah mengelola itu di aplikasi Anda tanpa perlu hal yang tampak mewah ini Accounts....
- Keuntungan lain dari penggunaan
Accountsadalah untuk menghilangkan otorisasi tradisional dengan nama pengguna dan kata sandi setiap kali fitur resmi diminta oleh pengguna, karena otentikasi terjadi di latar belakang dan pengguna diminta kata sandi mereka hanya dalam kondisi tertentu, yang Saya akan membahasnya nanti.
- Menggunakan
Accountsfitur di android juga menghilangkan kebutuhan untuk mendefinisikan jenis akun sendiri. Anda mungkin menemukan aplikasi menggunakan akun Google untuk otorisasi, yang menghemat kerumitan membuat akun baru dan mengingat kredensial untuk pengguna.
Accounts dapat ditambahkan secara mandiri melalui Pengaturan → Akun- Otorisasi pengguna lintas platform dapat dengan mudah dikelola menggunakan
Accounts. Sebagai contoh, klien dapat mengakses materi yang dilindungi pada saat yang sama di perangkat android dan PC mereka tanpa perlu login berulang.
- Dari sudut pandang keamanan, menggunakan kata sandi yang sama di setiap permintaan ke server memungkinkan untuk kemungkinan menguping koneksi yang tidak aman. Enkripsi kata sandi tidak memadai di sini untuk mencegah pencurian kata sandi.
- Akhirnya, alasan penting untuk menggunakan
Accountsfitur di android adalah untuk memisahkan dua pihak yang terlibat dalam bisnis yang bergantung pada Accounts, yang disebut autentikator dan pemilik sumber daya, tanpa mengorbankan kredensial klien (pengguna). Istilahnya mungkin tampak agak kabur, tetapi jangan menyerah sampai Anda membaca paragraf berikut ... 😉
Izinkan saya menguraikan yang terakhir dengan contoh aplikasi streaming video. Perusahaan A adalah pemegang bisnis streaming video yang dikontrak oleh Perusahaan B untuk menyediakan layanan streaming premium bagi para anggotanya. Perusahaan B menggunakan metode nama pengguna dan kata sandi untuk mengenali penggunanya. Agar Perusahaan A mengenali anggota premium B, salah satu caranya adalah dengan mendapatkan daftar mereka dari B dan menggunakan mekanisme pencocokan nama pengguna / kata sandi yang serupa. Dengan cara ini, autentikator dan pemilik sumber daya adalah sama (Perusahaan A). Terlepas dari kewajiban pengguna untuk mengingat kata sandi kedua, sangat mungkin bahwa mereka menetapkan kata sandi yang sama dengan profil Perusahaan B mereka untuk menggunakan layanan dari A. Ini jelas tidak menguntungkan.
Untuk menghilangkan kekurangan di atas, OAuth diperkenalkan. Sebagai standar terbuka untuk otorisasi, dalam contoh di atas, OAuth menuntut agar otorisasi dilakukan oleh Perusahaan B (autentikator) dengan menerbitkan beberapa token yang disebut Token Akses untuk pengguna yang memenuhi syarat (pihak ketiga) dan kemudian menyediakan Perusahaan A (pemilik sumber daya) dengan token. Jadi tidak ada token berarti tidak ada kelayakan.
Saya telah menguraikan lebih lanjut tentang ini dan lebih banyak lagi di AccountManagersitus web saya di sini.
