AccountManagerনিম্নলিখিত কারণের জন্য ভাল:
- প্রথমটি হ'ল একক অ্যাকাউন্টের ধরণের অধীনে অ্যাপের বৈশিষ্ট্যগুলিতে অ্যাক্সেসের বিভিন্ন স্তরের একাধিক অ্যাকাউন্টের নাম সঞ্চয় করা। উদাহরণস্বরূপ, একটি ভিডিও স্ট্রিমিং অ্যাপে একটির দুটি অ্যাকাউন্টের নাম থাকতে পারে: একটিতে সীমিত সংখ্যক ভিডিওর ডেমো অ্যাক্সেস সহ অন্যটি সমস্ত ভিডিওতে পুরো মাস অ্যাক্সেস সহ। তবে এটি ব্যবহারের মূল কারণ নয়
Accounts, যেহেতু আপনি এই অভিনব-দৃষ্টিকোণ Accountsজিনিসটির প্রয়োজন ছাড়াই সহজেই আপনার অ্যাপ্লিকেশনটিতে এটি পরিচালনা করতে পারেন …।
- ব্যবহারের অন্য সুবিধাটি
Accountsহ'ল ব্যবহারকারীর নাম এবং পাসওয়ার্ডের সাহায্যে প্রথাগত অনুমোদনের পরিত্রাণ পাবার জন্য যখন ব্যবহারকারী কর্তৃক কোনও অনুমোদিত বৈশিষ্ট্যটি অনুরোধ করা হয়, কারণ প্রমাণীকরণ ব্যাকগ্রাউন্ডে স্থান নেয় এবং ব্যবহারকারীকে কেবলমাত্র কিছু নির্দিষ্ট শর্তে তাদের পাসওয়ার্ডের জন্য জিজ্ঞাসা করা হয়, যা আমি পরে এটি পেতে হবে।
Accountsঅ্যান্ড্রয়েডে বৈশিষ্ট্যটি ব্যবহার করে নিজের অ্যাকাউন্টের ধরণ নির্ধারণের প্রয়োজনীয়তাও সরিয়ে দেয়। অনুমোদনের জন্য গুগল অ্যাকাউন্ট ব্যবহার করে আপনি সম্ভবত অ্যাপ্লিকেশন জুড়ে এসেছেন, যা একটি নতুন অ্যাকাউন্ট তৈরি এবং ব্যবহারকারীর জন্য এর শংসাপত্রগুলি মনে রাখার ঝামেলা বাঁচায়।Accounts সেটিংস ounts অ্যাকাউন্টগুলির মাধ্যমে স্বাধীনভাবে যুক্ত করা যায়- ক্রস প্ল্যাটফর্ম ব্যবহারকারী অনুমোদন ব্যবহার করে সহজেই পরিচালনা করা যায়
Accounts। উদাহরণস্বরূপ, ক্লায়েন্ট পুনরাবৃত্ত লগইন না করে তাদের অ্যান্ড্রয়েড ডিভাইস এবং পিসিতে একই সময়ে সুরক্ষিত উপাদান অ্যাক্সেস করতে পারে।
- সুরক্ষার দৃষ্টিকোণ থেকে, সার্ভারের প্রতিটি অনুরোধে একই পাসওয়ার্ডটি ব্যবহার করা নিরাপদ সংযোগগুলিতে সম্ভাব্য শ্রাবণের অনুমতি দেয়। পাসওয়ার্ড চুরি রোধ করতে এখানে পাসওয়ার্ড এনক্রিপশন যথেষ্ট নয়।
- অবশেষে,
Accountsঅ্যান্ড্রয়েডে বৈশিষ্ট্যটি ব্যবহারের একটি গুরুত্বপূর্ণ কারণ হ'ল Accountsক্লায়েন্টের (ব্যবহারকারীর) শংসাপত্রগুলির সাথে কোনও আপস না করে কোনও ব্যবসায়ের উপর নির্ভরশীল , তথাকথিত প্রমাণীকরণকারী এবং সংস্থান মালিককে আলাদা করা parties শর্তগুলি বরং অস্পষ্ট বলে মনে হতে পারে তবে আপনি নিম্নলিখিত অনুচ্ছেদটি পড়েন না ... "😉
আমাকে ভিডিও স্ট্রিমিং অ্যাপ্লিকেশনটির উদাহরণ সহকারে আরও বিস্তারিতভাবে বর্ণনা করতে দিন। সংস্থা এ এর নির্দিষ্ট সদস্যদের প্রিমিয়াম স্ট্রিমিং পরিষেবাগুলি সরবরাহ করতে সংস্থা বি এর সাথে চুক্তিতে একটি ভিডিও স্ট্রিমিং ব্যবসায়ের ধারক। সংস্থা বি তার ব্যবহারকারীকে সনাক্ত করার জন্য একটি ব্যবহারকারীর নাম এবং পাসওয়ার্ড পদ্ধতি নিয়োগ করে। সংস্থা এ এর বি এর প্রিমিয়াম সদস্যদের স্বীকৃতি দেওয়ার জন্য একটি উপায় হ'ল বি থেকে তাদের তালিকা পাওয়া এবং অনুরূপ ব্যবহারকারীর নাম / পাসওয়ার্ড মেলানোর প্রক্রিয়াটি ব্যবহার করা। এইভাবে, প্রমাণীকরণকারী এবং উত্সের মালিক একই (সংস্থার এ)। ব্যবহারকারীদের দ্বিতীয় পাসওয়ার্ড মনে রাখার বাধ্যবাধকতা ছাড়াও সম্ভবত সম্ভবত এ থেকে পরিষেবাগুলি ব্যবহার করার জন্য তারা তাদের কোম্পানির বি এর প্রোফাইল হিসাবে একই পাসওয়ার্ডটি সেট করেছিলেন এটি স্পষ্টত অনুকূল নয়।
উপরের ত্রুটিগুলি দূর করার জন্য, ওআউথ চালু হয়েছিল। অনুমোদনের ওপেন স্ট্যান্ডার্ড হিসাবে, উপরের উদাহরণে, ওআউথ দাবি করেছে যে যোগ্যতা প্রদানকারী ব্যবহারকারীদের (তৃতীয় পক্ষের) অ্যাক্সেস টোকেন নামে কিছু টোকেন জারি করে এবং তারপরে সংস্থা এ (সংস্থান মালিক) সরবরাহের মাধ্যমে সংস্থা বি (অনুমোদনকারী) দ্বারা অনুমোদনটি করা উচিত that টোকেন। সুতরাং কোনও টোকেন মানেই কোনও যোগ্যতা নেই।
আমি এখানেAccountManager আমার ওয়েবসাইটে আরও এবং এই সম্পর্কে আরও বিশদ দিয়েছি ।
