AccountManagerAşağıdaki nedenlerden dolayı iyidir:
- Birincisi, uygulamanın özelliklerine farklı erişim düzeylerine sahip birden fazla hesap adını tek bir hesap türü altında depolamaktır. Örneğin, bir video akışı uygulamasında birinin iki hesap adı olabilir: biri sınırlı sayıda videoya demo erişimi ve diğeri tüm videolara tam ay erişimi olan.
AccountsBununla birlikte, bu kullanımın ana nedeni değildir , çünkü bu süslü görünüme gerek kalmadan uygulamanızda kolayca yönetebilirsiniz Accounts….
- Kullanmanın bir diğer avantajı
Accounts, kullanıcı tarafından yetkilendirilmiş bir özellik her istendiğinde, geleneksel yetkilendirmeden kullanıcı adı ve parola ile kurtulmaktır, çünkü kimlik doğrulama arka planda gerçekleşir ve kullanıcıdan parolalarını yalnızca belirli koşullarda sorulur; Daha sonra anlatacağım.
AccountsAndroid'deki özelliği kullanmak, kişinin kendi hesap türünü tanımlama ihtiyacını da ortadan kaldırır. Muhtemelen, yetkilendirme için Google hesaplarını kullanan uygulamalarla karşılaştınız; bu, yeni bir hesap oluşturma ve kullanıcı için kimlik bilgilerini hatırlama zahmetinden kurtarır.Accounts Ayarlar → Hesaplar aracılığıyla bağımsız olarak eklenebilir- Platformlar arası kullanıcı yetkilendirmesi kullanılarak kolayca yönetilebilir
Accounts. Örneğin, istemci, tekrar tekrar oturum açmaya gerek kalmadan korumalı malzemeye android cihazlarında ve PC'lerine aynı anda erişebilir.
- Güvenlik açısından, sunucuya yapılan her istekte aynı parolayı kullanmak, güvenli olmayan bağlantılarda gizli dinlemeyi mümkün kılar. Şifre şifreleme burada şifre hırsızlığını önlemek için yeterli değildir.
- Son olarak, bu
Accountsözelliği android'de kullanmanın önemli bir nedeni Accounts, istemcinin (kullanıcının) kimlik bilgilerinden ödün vermeden, kimlik doğrulayıcı ve kaynak sahibi adı verilen herhangi bir işletmeye bağlı iki tarafı birbirinden ayırmaktır . Terimler oldukça belirsiz görünebilir, ancak aşağıdaki paragrafı okuyana kadar pes etmeyin… 😉
İkincisini bir video akışı uygulaması örneği ile ayrıntılı olarak açıklayayım. A Şirketi, belirli üyelerine premium akış hizmetleri sunmak için B Şirketi ile sözleşmeli bir video akışı işletmesinin sahibidir. B Şirketi, kullanıcısını tanımak için bir kullanıcı adı ve şifre yöntemi kullanmaktadır. A şirketinin B'nin premium üyelerini tanıması için bir yol, onların listesini B'den almak ve benzer kullanıcı adı / şifre eşleştirme mekanizmasını kullanmak olacaktır. Bu şekilde, doğrulayıcı ve kaynak sahibi aynıdır (A Şirketi). Kullanıcıların ikinci bir parolayı hatırlama yükümlülüğünün yanı sıra, Şirket B'nin A hizmetlerini kullanmak için kullandıkları profil ile aynı parolayı ayarlamaları çok olasıdır. Bu kesinlikle uygun değildir.
Yukarıdaki eksiklikleri gidermek için OAuth tanıtıldı. Yetkilendirme için açık bir standart olarak OAuth, yetkilendirmenin uygun kullanıcılar (üçüncü taraf) için Erişim Jetonu adı verilen bir token vererek ve daha sonra belirteci. Dolayısıyla hiçbir belirteç uygunluk anlamına gelmez.
Bu konuda daha fazla ve AccountManagerweb sitemde daha fazla ayrıntı verdim .
