سيقوم إطار عمل الملء التلقائي لنظام Android O أخيرًا بحل مشكلة التأخر طويل الأمد مع مديري كلمات المرور

سيعمل إطار الملء التلقائي الجديد في Android O على حل مشكلة التأخر طويلة الأمد المرتبطة بخدمات إمكانية الوصول لمديري كلمات المرور.

لقد مر شهر بالفعل منذ أن أصدرت Google الإصدار أول معاينة للمطورين لنظام Android O (الوقت يمر بسرعة بالتأكيد!) وكما هو الحال مع أي إصدار جديد من Android - هناك الكثير مما يجب التعمق فيه. لقد نشرنا الكثير من المقالات حول Android O بالفعل، ولكن هناك ميزة واحدة أشعر أنها لم تحظ بالاهتمام الذي تستحقه: إطار الملء التلقائي.

الملء التلقائي في Android O

يعد مديرو كلمات المرور عشرة سنتات هذه الأيام (على الرغم من أننا جزء من KeePass مفتوح المصدر)، ولكن فقط مع Android O تدعم Google رسميًا مديري كلمات المرور. باستخدام Android O، يمكن لتطبيقات الطرف الثالث ملء قائمة خدمة الملء التلقائي، والتي تتواصل مع التطبيقات من خلال إطار عمل الملء التلقائي الجديد. التطبيقات التي تستخدم المعيار منظر ستعمل العناصر مع إطار عمل الملء التلقائي، على الرغم من وجود خطوات إضافية يمكن للمطورين اتخاذها الأمثل للملء التلقائي للتأكد من إمكانية الملء التلقائي لأي من طرق العرض المخصصة للتطبيق.

عندما يتم التركيز على طريقة عرض قابلة للملء التلقائي، سيقوم إطار عمل الملء التلقائي باستدعاء طلب الملء التلقائي. تستجيب خدمة الملء التلقائي عن طريق إرسال مجموعات بيانات الملء التلقائي معينة (مثل اسم المستخدم وكلمة المرور والعنوان وأرقام بطاقة الائتمان وما إلى ذلك) التي يمكن للمستخدم تحديدها بعد ذلك. يتم تحديد خدمة الملء التلقائي من قبل المستخدم في الإعدادات -> التطبيقات والإشعارات -> التطبيقات الافتراضية -> تطبيق الملء التلقائي.

تطبيق الملء التلقائي في Android O. الاعتمادات: المرور الأخير.

إن شرح إطار عمل الملء التلقائي الجديد أعلاه هو مجرد ملخص موجز لما يحدث في كل من التطبيق الطالب ونهاية خدمة الملء التلقائي. الأمر الأكثر أهمية لفهمك هنا ليس التفاصيل الدقيقة لكيفية عمل الملء التلقائي في Android O، ولكن حقيقة أن لم تعد تطبيقات إدارة كلمات المرور نفسها تتعامل مع اكتشاف متى يمكن ملء العرض تلقائيًا.


اقتراحات للقراءة: يعرض AgileBits الشكل الذي سيبدو عليه إطار عمل الملء التلقائي لنظام Android O


الملء التلقائي قبل Android O

قارن ذلك بكيفية عمل الملء التلقائي قبل Android O. في السابق، كان لدى مديري كلمات المرور أي طريقة رسمية لاكتشاف متى يمكن ملء العرض تلقائيًا كان على التطبيق تنفيذ خدمة إمكانية الوصول لمسح العرض الحالي من أجل العثور على إمكانية الملء التلقائي مجالات.

ومع ذلك، يمكن استخدام خدمة إمكانية الوصول يؤدي إلى تأخر كبير تحت ظروف معينة. ومع ذلك، فإن التأخير المرتبط بخدمة الوصول النموذجية لمدير كلمات المرور الخاص بك، واضح جدًا لدرجة أن الخدمات الشائعة مثل LastPass لديها صفحات الدعم يصل فيما يتعلق بهذه القضية. تخبرك صفحات الدعم هذه عادةً أن ملاذك الوحيد للتعامل مع التأخير المفرط الناتج عن تعطلها تتمثل خدمة إمكانية الوصول في تعطيل خدمة إمكانية الوصول أو التبديل إلى استخدام الإدخال المخصص الخاص بهم طريقة. وفي كلتا الحالتين، ستفقد أي نوع من القدرة على الملء التلقائي.

ولكن لماذا يبدو أن خدمة إمكانية الوصول الخاصة بـ LastPass، أو أي خدمة إمكانية الوصول الأخرى لمدير كلمات المرور، تسبب الكثير من التأخير؟ يرجع السبب إلى كيفية قيام مديري كلمات المرور باستخدام خدمات إمكانية الوصول لاكتشاف حقول الإدخال. خدمة إمكانية الوصول صفات يتم تعريفها في ملف الموارد XML داخل ملف APK، حتى نتمكن من رؤية كيفية عمل الخدمة عن طريق فك ملف APK.

يوجد أدناه ملف المورد المأخوذ من فك ترجمة LastPass APK:


"@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 />

من هذا، يمكننا الحصول على المعلومات التالية: تطلب خدمة الوصول في LastPass نوعين من الأحداث لمراقبتها - TYPE_VIEW_FOCUSED وTYPE_WINDOW_CONTENT_CHANGED. يقوم بذلك لأنه يحتاج إلى معرفة متى يتغير محتوى التطبيق/صفحة الويب أو عندما يتم التركيز عليه، ثم يقوم باسترداد محتوى النافذة الحالية للبحث عن أي حقول إدخال كلمة المرور. ولكن نظرًا لأن الخدمة تفعل ذلك باستمرار في حدثين لإمكانية الوصول يتم تشغيلهما بشكل متكرر للغاية، فإن ذلك يؤدي إلى حدوث تأخير. لإجراء مناقشة أكثر تعمقًا حول كيفية تسبب خدمات إمكانية الوصول في حدوث تأخير، أحيل إليك مقالتي السابقة حول هذا الموضوع.


اقتراحات للقراءة: "العمل على النحو المنشود" - استكشاف لتأخر إمكانية الوصول في Android


Android O يقتل عصفورين بحجر واحد

قبل إصدار Android O، لم يكن هناك الكثير مما يمكن لمطوري برامج إدارة كلمات المرور فعله للتخفيف من هذا التأخير. وذلك لأن مديري كلمات المرور لم يكن لديهم أي وسيلة لمعرفة متى كان هناك حقل إدخال قابل للملء التلقائي على الشاشة دون تمكين خدمة إمكانية الوصول لمراقبتهم باستمرار. ولكن بفضل إطار الملء التلقائي الجديد في Android O، يمكن لمديري كلمات المرور الآن إيقاف خدمات إمكانية الوصول الخاصة بهم. وبدلاً من ذلك، ستطلب التطبيقات التي تحتاج إلى إدخال البيانات بنفسها من Autofill Framework الاتصال بخدمة الملء التلقائي التي ستقوم بعد ذلك بإرسال البيانات. بفضل هذا الإطار الجديد، لن يصبح إدخال كلمة المرور أسهل بكثير للمستخدمين فحسب، حيث لم يعد عليهم الاعتماد على كلمة المرور طريقة إدخال إضافية، ولكن التأخير المرتبط بتمكين خدمات إمكانية الوصول لمديري كلمات المرور سيكون شيئًا من هذا القبيل ماضي.

أعلم أن هذه الحقيقة قد لا تكون رائدة بالنسبة للبعض منكم، لكنني أعتقد أنه نظرًا لأن المناقشة حول خدمة إمكانية الوصول كانت صامتة جدًا، فقد يكون هذا الموضوع يستحق إعادة إشعاله. فقط بعض الطعام للتفكير في نهاية هذا الأسبوع!


ما رأيك في إطار الملء التلقائي الجديد لنظام Android O؟ اسمحوا لنا أن نعرف في التعليقات أدناه!