AccountManagerเป็นสิ่งที่ดีด้วยเหตุผลต่อไปนี้:
- อันดับแรกคือการจัดเก็บชื่อบัญชีหลายบัญชีที่มีระดับการเข้าถึงคุณลักษณะของแอพต่าง ๆ ภายใต้ประเภทบัญชีเดียว ตัวอย่างเช่นในแอพสตรีมวิดีโอหนึ่งอาจมีชื่อบัญชีสองชื่อ: หนึ่งชื่อที่มีการสาธิตการเข้าถึงวิดีโอจำนวน จำกัด และอีกชื่อหนึ่งที่สามารถเข้าถึงวิดีโอทั้งหมดได้แบบเต็มเดือน นี่ไม่ใช่เหตุผลหลักสำหรับการใช้
Accountsงานอย่างไรก็ตามเนื่องจากคุณสามารถจัดการได้อย่างง่ายดายในแอปของคุณโดยไม่จำเป็นต้องมีAccountsสิ่งที่ดูแฟนซีนี้….
- ข้อดีอีกประการของการใช้
Accountsคือการกำจัดการอนุญาตแบบดั้งเดิมด้วยชื่อผู้ใช้และรหัสผ่านในแต่ละครั้งที่ผู้ใช้ร้องขอคุณสมบัติที่ได้รับอนุญาตเนื่องจากการตรวจสอบความถูกต้องจะเกิดขึ้นในพื้นหลังและผู้ใช้จะถามรหัสผ่านของพวกเขา ฉันจะไปหาทีหลัง
- การใช้
Accountsคุณสมบัติในแอนดรอยด์ยังขจัดความจำเป็นในการกำหนดประเภทบัญชีของตัวเองอีกด้วย คุณอาจเจอแอพที่ใช้บัญชี Google เพื่อขออนุมัติซึ่งจะช่วยลดความยุ่งยากในการสร้างบัญชีใหม่และจดจำข้อมูลประจำตัวของผู้ใช้
Accounts สามารถเพิ่มได้อย่างอิสระผ่านการตั้งค่า→บัญชี
Accountsอนุญาตผู้ใช้ข้ามแพลตฟอร์มที่สามารถจัดการได้อย่างง่ายดายโดยใช้ ตัวอย่างเช่นลูกค้าสามารถเข้าถึงเนื้อหาที่ได้รับการป้องกันในเวลาเดียวกันในอุปกรณ์ Android และพีซีโดยไม่จำเป็นต้องลงชื่อเข้าใช้ซ้ำ
- จากจุดรักษาความปลอดภัยในมุมมองของการใช้รหัสผ่านเดียวกันในทุกคำขอไปยังเซิร์ฟเวอร์ช่วยให้การดักฟังในการเชื่อมต่อที่ไม่ปลอดภัย การเข้ารหัสรหัสผ่านไม่เพียงพอที่นี่เพื่อป้องกันการขโมยรหัสผ่าน
- ในที่สุดเหตุผลสำคัญสำหรับการใช้
Accountsคุณสมบัติใน Android คือการแยกทั้งสองฝ่ายที่เกี่ยวข้องในธุรกิจใด ๆ ที่Accountsเรียกว่า authenticator และเจ้าของทรัพยากรโดยไม่กระทบต่อข้อมูลประจำตัวของลูกค้า (ผู้ใช้) เงื่อนไขอาจดูเหมือนค่อนข้างคลุมเครือ แต่อย่ายอมแพ้จนกว่าคุณจะอ่านย่อหน้าต่อไปนี้…😉
ให้ฉันทำอย่างละเอียดด้วยตัวอย่างของแอพสตรีมวิดีโอ บริษัท A เป็นเจ้าของธุรกิจสตรีมมิ่งวิดีโอโดยทำสัญญากับ บริษัท B เพื่อให้บริการพรีเมี่ยมแก่สมาชิกบางราย บริษัท B ใช้วิธีชื่อผู้ใช้และรหัสผ่านในการจดจำผู้ใช้ สำหรับ บริษัท A ที่จะจดจำสมาชิกพรีเมี่ยมของ B วิธีหนึ่งคือการรับรายชื่อจาก B และใช้กลไกการจับคู่ชื่อผู้ใช้ / รหัสผ่านที่คล้ายกัน วิธีนี้ผู้ตรวจสอบสิทธิ์และเจ้าของทรัพยากรเหมือนกัน (บริษัท A) นอกเหนือจากข้อผูกพันของผู้ใช้ในการจำรหัสผ่านที่สองเป็นไปได้มากว่าพวกเขาจะตั้งรหัสผ่านเดียวกันกับโปรไฟล์ของ บริษัท B ของพวกเขาสำหรับการใช้บริการจาก A ซึ่งไม่ชัดเจน
เพื่อบรรเทาข้อบกพร่องข้างต้น OAuth ได้รับการแนะนำให้รู้จัก ในฐานะที่เป็นมาตรฐานแบบเปิดสำหรับการให้สิทธิ์ในตัวอย่างข้างต้น OAuth เรียกร้องให้ บริษัท B (การรับรองความถูกต้อง) ทำการอนุญาตโดยการออกโทเค็นบางตัวที่เรียกว่าโทเค็นการเข้าใช้สำหรับผู้ใช้ที่มีสิทธิ์ (บุคคลที่สาม) โทเค็น โทเค็นไม่ได้หมายความว่าไม่มีสิทธิ์
ฉันได้อธิบายเพิ่มเติมเกี่ยวกับเรื่องนี้และAccountManagerในเว็บไซต์ของฉันที่นี่
