المحتوى

• تجنب اختناق وحدة المعالجة المركزية ووحدة معالجة الرسومات: مراقبة درجة حرارة الجهاز
• تقليل إجهاد العين وزيادة الرؤية مع موضوع الظلام
• لوحة إعدادات API: عرض إعدادات الجهاز داخل التطبيق الخاص بك
• زيادة إمكانية الوصول مع التنقل الإيمائي على مستوى النظام
• التقاط الصوت من تطبيقات الطرف الثالث
• تحسين المصادقة البيومترية
• 1. تحقق من القدرة البيولوجية
• 2. تبسيط حوارات المصادقة البيومترية
• 3. طرق التوثيق البديلة
• قم بتشغيل كود DEX المضمن مباشرة من ملف APK الخاص بك
• أذونات جديدة للتعرف على النشاط
• القيود على النشاط تبدأ
• تمت إزالة تراكبات تنبيه النظام من Android Go
• قل وداعًا لـ Android Beam
• الحفاظ على المستخدمين آمنين: تغييرات الخصوصية الرئيسية
• 1. تخزين النطاق: نموذج التخزين الخارجي الجديد لنظام Android
• 2. قرر متى يمكن للتطبيق الوصول إلى موقعك
• 3. قيود جديدة على معرفات النظام غير القابلة لإعادة التوطين
• تأكد من أنك مستعد لنظام Android Q: اختبار تطبيقك
• 1. قم بتثبيت الإصدار التجريبي لنظام Android Q على جهاز مادي
• 2. وميض صورة نظام Android Q يدويًا
• 3. استخدم محاكي Android
• كيف يمكنني اختبار تطبيقي مقابل Android Q؟

يقدم أحدث إصدار من نظام Android ، أعظم وأعظم ، لم يتم تسميته ، ميزات وواجهات برمجة التطبيقات التي يمكنك استخدامها لتصميم تجارب جديدة للمستخدمين - بالإضافة إلى بعض التغييرات السلوكية التي ستحتاج إلى ترقبها.

حتى لو لم تقم بتحديث تطبيقك لاستهداف نظام Android Q حتى الآن ، فإن بعض هذه التغييرات ستؤثر كل تطبيق مثبت على Android Q ، حتى إذا كان تطبيقك لا يستهدف هذا الإصدار من Android بشكل صريح.

ستؤثر بعض هذه التغييرات على كل تطبيق مثبت على Android Q.

بغض النظر عما إذا كنت ترغب في تجربة أحدث الميزات ، أو كنت ترغب فقط في التأكد من أن تطبيقك لن يكسر اللحظة التي تم تثبيته على Android Q ، فقد حان الوقت الآن لبدء الإعداد لإصدار Android Q الوشيك.

اقرأ أيضا:Android Q: يحتاج كل مطور إلى معرفته

في هذه المقالة ، سأغطي جميع الخطوات التي تحتاج إلى اتخاذها لإعداد التطبيق الخاص بك لنظام Android Q - بدءًا من الميزات الجديدة تمامًا وحتى تعديلات الأمان البسيطة التي لديها إمكانية لكسر التطبيق بالكامل.

تجنب اختناق وحدة المعالجة المركزية ووحدة معالجة الرسومات: مراقبة درجة حرارة الجهاز

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

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

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

في أسوأ الحالات ، قد يقرر المستخدم أن تطبيقك عربات التي تجرها الدواب أو مكسورة.

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

لاحظ أن Android Q's Thermal API يتطلب طبقة HAL جديدة للأجهزة ، والتي كانت وقت كتابة هذا التقرير متاحة فقط على أجهزة Pixel.

تقليل إجهاد العين وزيادة الرؤية مع موضوع الظلام

على Android Q ، يمكن للمستخدمين تنشيط سمة Dark على مستوى النظام مصممة لتقليل إجهاد العين وتحسين الرؤية في ظروف الإضاءة المنخفضة وتقليل استخدام الطاقة على الأجهزة التي بها شاشات OLED.

السمة الداكنة هي واجهة مستخدم منخفضة الإضاءة تستخدم أسطح داكنة للخلفية ، وألوان مقدمة فاتحة لعناصر مثل النص والأيقونات.

يمكن للمستخدمين تنشيط هذا المظهر المظلم على مستوى النظام في أي وقت من خلال مجموعة إعدادات سريعة جديدة ، أو عن طريق تشغيل تطبيق إعدادات أجهزتهم والتنقل إلى العرض> المظهر. على أجهزة Pixel ، سيؤدي التبديل إلى وضع توفير البطارية إلى تمكين ميزة Dark تلقائيًا.

يتم تطبيق Dark Theme عبر الجهاز بأكمله ، لتوفير تجربة مستخدم متسقة ، ستحتاج إلى التأكد من أن التطبيق الخاص بك يدعم بالكامل سمة Dark.

لإضافة دعم Dark Theme ، تأكد من أنك تستخدم أحدث إصدار من مكتبة Material Android ، ثم قم بتحديث التطبيق الخاص بك حتى يرث من Theme.MaterialComponents.DayNight ، على سبيل المثال:

ستحتاج بعد ذلك إلى إنشاء ملف res / values-night / themes.xml وترث من Theme.MaterialComponents:

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

يمكنك التحقق من تمكين سمة Dark ، باستخدام المقتطف التالي:

int currentNightMode = configuration.uiMode & Configuration.UI_MODE_NIGHT_MASK؛ رمز التبديل (currentNightMode) {// Dark Theme غير نشط حاليًا // case Configuration.UI_MODE_NIGHT_NO: break؛ // Dark Theme نشطة // case Configuration.UI_MODE_NIGHT_YES: break؛ }

يمكن للتطبيق الخاص بك بعد ذلك تعديل سلوكه ، بناءً على السمة النشطة حاليًا.

لوحة إعدادات API: عرض إعدادات الجهاز داخل التطبيق الخاص بك

إذا كان تطبيقك يستهدف Android Q ، فلن تكون قادرًا على تغيير إعدادات Wi-Fi للجهاز مباشرةً. بدلاً من ذلك ، ستحتاج إلى مطالبة المستخدم بإجراء التغييرات المطلوبة باستخدام واجهة برمجة تطبيقات لوحة الإعدادات.

يمكنك استخدام واجهة برمجة التطبيقات الجديدة هذه لعرض المحتوى من تطبيق الإعدادات بالجهاز ، كلوحة مضمّنة تنزلق على محتوى التطبيق الخاص بك. من وجهة نظر المستخدم ، تتيح عناصر التحكم هذه داخل التطبيق إمكانية تغيير إعدادات أجهزتهم بسرعة وسهولة دون الحاجة إلى تشغيل تطبيق منفصل. بالنسبة لمطور التطبيق ، تتيح لك واجهة لوحة الإعدادات تغيير حالة شبكة Wi-Fi وإعدادات الجهاز الحاسمة الأخرى ، دون تشجيع المستخدم على الانتقال بعيدًا عن التطبيق.

في Android Q ، تجعل Google إعلامات أسلوب الدردشة جزءًا رسميًا من نظام Android مع مقدمة واجهة برمجة تطبيقات Bubble.

يبدو أن إعلامات الفقاعات "مصممة" كبديل لنظام SYSTEM_ALERT_WINDOW ، "تطفو" فوق محتوى التطبيق الآخر ، بأسلوب يشبه الإشعارات العائمة التي يستخدمها Facebook Messenger لنظام Android.

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

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

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

زيادة إمكانية الوصول مع التنقل الإيمائي على مستوى النظام

قد يجد المستخدمون الذين لديهم مشكلات في البراعة أن التفاعل مع أجهزتهم أسهل باستخدام الإيماءات. في Android Q ، يتوفر للمستخدمين خيار تمكين التنقل بالإيماءات عبر أجهزتهم بالكامل ، مما سيؤثر كل تطبيق مثبت على هذا الجهاز.

حتى لو لم تقم بتحديث تطبيقك لاستهداف Android Q ، تطبيقك سوف تتأثر بإعدادات التنقل بالجهاز ، لذلك تحتاج إلى التأكد من أن التطبيق الخاص بك متوافق مع الملاحة الإيمائية لنظام Android Q.

في وضع التنقل gestural ، يجب أن يستخدم تطبيقك الشاشة بأكملها ، وبالتالي فإن الخطوة الأولى هي إخبار نظام Android بأن تطبيقك يدعم طريقة العرض من الحافة إلى الحافة. لتخطيط ملء الشاشة للتطبيق ، يمكنك استخدام إشارات SYSTEM_UI_FLAG_LAYOUT_STABLE و SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION ، على سبيل المثال:

view.setSystemUiVisibility (View.SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION | View.SYSTEM_UI_FLAG_LAYOUT_STABLE)؛

ستحتاج أيضًا إلى تنفيذ دعم لشريط نظام شفاف عن طريق إضافة ما يلي إلى السمة الخاصة بك:

عندما يحين وقت اختبار تطبيقك ، ستحتاج إلى التحقق من أن إيماءات نظام Android Q لا تؤدي إلى تشغيل أي من عناصر التحكم في التطبيق ، مثل الأزرار أو القوائم. على وجه الخصوص ، يستخدم Android Q انتقادًا داخليًا لإجراء Back ، وانتقادًا صعوديًا لـ Home و Quick Switch ، والذي يمكن أن يتداخل مع أي عناصر واجهة المستخدم الموجودة في هذه المناطق.

إذا اكتشفت أثناء الاختبار أن الضرب من أسفل الشاشة ، أو الضرب إلى الداخل يؤدي إلى تشغيل عناصر التحكم في تطبيقك ، فيمكنك الإشارة إلى المناطق التي يتم إعدادها لتلقي إدخال اللمس. لحظر مناطق معينة ، مرر قائمة إلى Android Q’s View.setSystemGestureExclusionRects () API ، على سبيل المثال:

قائمة exclusionRects. public void onLayout (منطقي ChanCanvas ، int left ، int top ، int right ، int bottom) {setSystemGestureExclusionRects (exclusionRects)؛ } public void onDraw (Canvas canvas) {setSystemGestureExclusionRects (exclusionRects)؛ }

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

التقاط الصوت من تطبيقات الطرف الثالث

يقدم Android Q واجهة برمجة تطبيقات AudioPlaybackCapture والتي تتيح للتطبيق التقاط الصوت من التطبيقات الأخرى - وهو مثالي إذا كنت تقوم بإنشاء تطبيق لتسجيل الشاشة!

لالتقاط تشغيل الصوت ، تحتاج إلى طلب إذن RECORD_AUDIO ، ثم:

• إنشاء مثيل AudioPlaybackCaptureConfiguration ، باستخدام AudioPlaybackCaptureConfiguration.Builder.build ().
• قم بتكوين وإنشاء مثيل AudioRecord ، عن طريق استدعاء setAudioPlaybackCaptureConfig ثم تمرير التكوين إلى كائن AudioRecord.

فمثلا:

MediaProjection mediaProjection ؛ AudioPlaybackCaptureConfiguration config = جديد AudioPlaybackCaptureConfiguration.Builder (mediaProjection) .addMatchingUsage (AudioAttributes.USAGE_MEDIA) .build ()؛ سجل AudioRecord = جديد AudioRecord.Builder () .setAudioPlaybackCaptureConfig (config) .build ()؛

تعني واجهة برمجة التطبيقات الجديدة هذه ، بشكل افتراضي ، أن تطبيقات الجهات الخارجية ستكون قادرة على التسجيل الكل من صوت التطبيق الخاص بك. بالنسبة لبعض التطبيقات ، قد يكون هذا مصدر قلق للخصوصية أو قد يعرض تطبيقك لخطر انتهاك حقوق الطبع والنشر. إذا لزم الأمر ، يمكنك منع الأطراف الثالثة من التقاط صوت التطبيق الخاص بك ، عن طريق إضافة android: allowAudioPlaybackCapture = "false" إلى البيان الخاص بك.

حتى مع وجود هذه العلامة في مكانها الصحيح ، ستظل تطبيقات النظام قادرة على التقاط تشغيل الصوت للتطبيق الخاص بك ، حيث تعتمد ميزات إمكانية الوصول مثل التعليق على التقاط الصوت.

لتوفير تجربة يمكن الوصول إليها ، يوصى دائمًا بالسماح لمكونات النظام بالتقاط صوت التطبيق الخاص بك ، ولكن يمكنك حظر تطبيقات النظام باستخدام ثابت ALLOW_CAPTURE_BY_NONE ، إذا لزم الأمر.

تحسين المصادقة البيومترية

يقوم Android Q بعمل عدد من التعديلات لمصادقة BiometricPrompt من Android.

1. تحقق من القدرة البيولوجية

قبل استدعاء BiometricPrompt ، يمكنك الآن التحقق مما إذا كان الجهاز يدعم المصادقة البيومترية ، باستخدام طريقة canAuthenticate () الجديدة.

2. تبسيط حوارات المصادقة البيومترية

يقوم Android Q بإجراء تغيير بسيط على مربعات حوار المصادقة في BiometricPrompt.

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

بالنسبة إلى العديد من الطرائق البيومترية الضمنية ، فإن إجراء التأكيد هذا غير ضروري ، لذلك في Android Q يمكنك طلب أن يزيل النظام زر التأكيد من مربع حوار المصادقة البيومترية.

يمكن أن يكون لهذا التغيير البسيط تأثير إيجابي على تجربة المستخدم ، حيث إن التحقق من هويتك من خلال النظر إلى جهازك ، هو أسهل من النظر إلى جهازك ، في انتظار أن يتعرف على وجهك ، ثم النقر على زر التأكيد.

في Android Q ، يمكنك طلب أن يزيل النظام الزر "تأكيد" عن طريق تمرير false إلى طريقة setConfirmationRequired (). لاحظ أن النظام قد يختار تجاهل طلبك في بعض السيناريوهات ، على سبيل المثال إذا قام المستخدم بتعطيل المصادقة الضمنية في إعدادات أجهزته.

3. طرق التوثيق البديلة

في بعض الأحيان ، قد لا يتمكن المستخدم من المصادقة باستخدام إدخال البيومترية. في هذه السيناريوهات ، يمكنك السماح لهم بمصادقة هويتهم باستخدام رمز PIN أو النمط أو كلمة المرور الخاصة بأجهزتهم باستخدام طريقة setDeviceCredentialAllowed () الجديدة.

بمجرد تمكين هذه النسخة الاحتياطية ، سيُطلب من المستخدم في البداية المصادقة باستخدام القياسات الحيوية ، ولكن سيكون عنده خيار المصادقة باستخدام رمز PIN أو نقش أو كلمة مرور.

قم بتشغيل كود DEX المضمن مباشرة من ملف APK الخاص بك

في Android Q ، من الممكن تشغيل كود DEX مضمن مباشرةً من ملف APK الخاص بك ، والذي يمكن أن يساعد في منع المهاجمين من التلاعب برمز مترجم محليًا لتطبيقك.

يمكنك تمكين ميزة الأمان الجديدة هذه عن طريق إضافة ما يلي إلى عنصر البيان الخاص بك:

الروبوت: useEmbeddedDex = "صحيح"

يمكنك بعد ذلك إنشاء ملف APK يحتوي على رمز DEX غير مضغوط ، وذلك بإضافة ما يلي إلى ملف بناء Gradle الخاص بك:

aaptOptions {noCompress dex}

أذونات جديدة للتعرف على النشاط

يقدم Android Q إذنًا جديدًا على com.google.android.gms.permission.ACTIVITY_RECOGNITION وقت تشغيل للتطبيقات التي تحتاج إلى تسجيل عدد خطوات المستخدم أو تصنيف نشاطه البدني ، مثل الجري أو ركوب الدراجات.

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

القيود على النشاط تبدأ

للمساعدة في تقليل الانقطاعات ، يفرض Android Q قيودًا جديدة عندما يمكن للتطبيق بدء نشاط. ستجد قائمة كاملة بجميع الشروط التي تتيح بدء النشاط ، في مستندات Android الرسمية.

تمت إزالة تراكبات تنبيه النظام من Android Go

إذا انتهى تطبيقك على جهاز يعمل بنظام Android Q و Android Go ، فلن يتمكن من الوصول إلى إذن SYSTEM_ALERT_WINDOW. تم تنفيذ هذا التغيير لتجنب انخفاض الأداء الملحوظ الذي يمكن أن يحدث عندما تحاول أجهزة Android Go رسم نافذة تراكب SYSTEM_ALERT_WINDOW.

قل وداعًا لـ Android Beam

يصادف Android Q نهاية Android Beam ، حيث تم الآن إلغاء ميزة مشاركة البيانات هذه رسميًا.

الحفاظ على المستخدمين آمنين: تغييرات الخصوصية الرئيسية

يقدم Android Q عددًا من تغييرات الخصوصية التي تمنح المستخدمين تحكمًا أكبر في بياناتهم وميزات أجهزتهم الحساسة.

لسوء الحظ ، يمكن أن تؤثر هذه التغييرات على سلوك التطبيق الخاص بك وقد تؤدي إلى كسر التطبيق بالكامل. عند اختبار تطبيقك مقابل Android Q ، يجب إيلاء اهتمام خاص لتغييرات الخصوصية التالية:

1. تخزين النطاق: نموذج التخزين الخارجي الجديد لنظام Android

يضع Android Q قيودًا جديدة على كيفية وصول التطبيقات إلى وحدة التخزين الخارجية.

بشكل افتراضي ، إذا كان تطبيقك يستهدف Android Q ، فسيكون لديه "طريقة عرض تمت تصفيتها" في وحدة التخزين الخارجية للجهاز (يشار إليها سابقًا باسم "طريقة عرض الحماية") ، والتي توفر الوصول فقط إلى دليل خاص بالتطبيق.

من خلال مساحة التخزين ، يمكن للتطبيق الخاص بك الوصول إلى هذا الدليل المخصص للتطبيق وجميع محتوياته ، بدون الحاجة إلى إعلان أي أذونات التخزين.ومع ذلك ، لا يمكن للتطبيق الخاص بك الوصول إلى الملفات التي تم إنشاؤها بواسطة تطبيقات أخرى إلا إذا تم منحه إذن READ_EXTERNAL_STORAGE وكان الملف (الملفات) موجودًا إما في الصور (MediaStore.Images) أو الفيديو (MediaStore.Video) أو Music (MediaStore.Audio). إذا كان التطبيق الخاص بك يتطلب الوصول إلى ملف لا يفي بهذه المعايير ، فستحتاج إلى استخدام Access Storage Framework.

في وقت كتابة هذا التقرير ، كان من الممكن إلغاء الاشتراك في السعة التخزينية عن طريق إضافة android: requestLegacyExternalStorage = "true" إلى بيان مشروعك ، ولكن وفقًا لمستندات Android الرسمية ، ستكون السعة التخزينية المطلوبة من قبل جميع التطبيقات في النهاية ، لذلك يوصى قمت بتحديث التطبيق الخاص بك في أقرب وقت ممكن.

2. قرر متى يمكن للتطبيق الوصول إلى موقعك

يمنح Android Q المستخدمين مزيدًا من التحكم في متى يمكن للتطبيق الوصول إلى موقعه.

عندما يتطلب التطبيق معلومات الموقع ، سيعرض Android Q مربع حوار يسألك عما إذا كان المستخدم يريد مشاركة هذه المعلومات:

• عندما يتم تشغيل التطبيق الخاص بك في المقدمة فقط.
• طوال الوقت (أي عندما يكون تطبيقك في المقدمة و الخلفية).

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

لتطبيق هذه التغييرات ، يقدم Android Q إذن ACCESS_BACKGROUND_LOCATION جديد.

إذا كان التطبيق الخاص بك يتطلب الوصول إلى معلومات الموقع أثناء وجوده في الخلفية ، فستحتاج إلى طلب هذا الإذن الجديد ، إلى جانب إذن ACCESS_COARSE_LOCATION أو ACCESS_FINE_LOCATION الحالي. فمثلا:

3. قيود جديدة على معرفات النظام غير القابلة لإعادة التوطين

إذا كنت تحتاج إلى الوصول إلى معرفات النظام غير القابلة لإعادة التوطين ، مثل IMEI والرقم التسلسلي ، فستحتاج الآن إلى طلب إذن READ_PRIVILEGED_PHONE_STATE.

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

تأكد من أنك مستعد لنظام Android Q: اختبار تطبيقك

أفضل طريقة للتأكد من أن تطبيقك يوفر تجربة مستخدم جيدة على Android Q ، هي اختباره على جهاز يعمل بنظام Android Q.

بينما ننتظر الإصدار الرسمي ، هناك ثلاث طرق لاختبار تطبيقك على معاينات مطور Android Q: قم بتسجيل جهازك في برنامج Android Beta ، أو فلاش يدويًا صورة نظام Android Q على جهازك ، أو استخدام Android Virtual الجهاز (AVD).

1. قم بتثبيت الإصدار التجريبي لنظام Android Q على جهاز مادي

إذا كنت تمتلك جهازًا متوافقًا (يمكن العثور على قائمة كاملة هنا) ، فيمكنك الحصول على تحديثات Android Q عبر الإنترنت عن طريق التسجيل في برنامج Android Beta. في وقت كتابة هذا التقرير ، يتم دعم جميع هواتف Google Pixel بواسطة برنامج Android Beta. يتضمن ذلك Google Pixel و Pixel XL و Pixel 2 و Pixel 2 XL و Pixel 3 و Pixel 3 XL و Pixel 3a و Pixel 3a XL.

إذا لم تكن تمتلك Pixel ، فإن الإصدار التجريبي من Android Q متاح أيضًا على أجهزة مختارة من عدد قليل من الشركات المصنعة ، بما في ذلك Asus و Huawei و LG و Xiaomi وغيرها. للحصول على القائمة الكاملة للأجهزة المدعومة ، تحقق من القائمة هنا.

بمجرد التسجيل ، تقدر Google أنك ستتلقى ما بين ثلاثة وستة تحديثات على مدار البرنامج.

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

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

إذا كنت ترغب في بدء تلقي تحديثات Android Q عبر الإنترنت ، فتوجه إلى موقع Android Beta على الويب للحصول على مزيد من المعلومات.

2. وميض صورة نظام Android Q يدويًا

إذا كنت لا تحب فكرة تلقي تحديثات Android Q عبر الهواء ، فيمكنك تنزيل صورة نظام Android Q وفلاشها يدويًا إلى جهاز Pixel.

نشرت Google صور النظام لجميع أجهزة Pixel المتوافقة ، إلى جانب إرشادات حول كيفية وميض صورة النظام. قد يكون هذا النهج اليدوي مفيدًا إذا كنت بحاجة إلى اختبار مقابل إصدار محدد من Android Q ، أو إذا كنت ترغب في بدء الاختبار على الفور بدلاً من التسجيل في برنامج Beta ومن المحتمل أن تنتظر حتى 24 ساعة لتلقي التحديث الأول.

3. استخدم محاكي Android

إذا كنت لا تريد المخاطر المرتبطة بتثبيت برنامج تجريبي على الهاتف الذكي أو الجهاز اللوحي الفعلي ، أو إذا كنت لا تملك جهازًا متوافقًا ، يمكنك استخدام AVD بدلاً من ذلك.

لتنزيل أحدث صورة لمعاينة Android Q ، اتبع الخطوات التالية:

• قم بتشغيل Android Studio.
• حدد Tools> SDK Manager من شريط أدوات Android Studio.
• تأكد من تحديد علامة التبويب منصات SDK.
• حدد إظهار تفاصيل الحزمة.
• حدد Google Play Intel x86 Atom System Image.

• انقر فوق موافق.
• قم بإنشاء AVD باستخدام صورة النظام هذه.

كيف يمكنني اختبار تطبيقي مقابل Android Q؟

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

بمجرد التحقق من أن تطبيقك يوفر تجربة مستخدم جيدة على Android Q ، يجب عليك نشر تطبيق Android Q- المتوافق إلى Google Play في أقرب وقت ممكن. من خلال إطلاق تطبيقك مبكرًا ، يمكنك جمع التعليقات قبل انتقال غالبية قاعدة المستخدمين إلى Android Q.

بدلاً من ذلك ، يمكنك استخدام مسارات اختبار Google Play لدفع ملف APK الخاص بك إلى مجموعة مختارة من المختبرين ، ثم تنفيذ مرحلة انتقالية للإنتاج عندما تكون راضيًا عن تعليقاتهم.

نأمل أن تساعدك هذه المقالة في جعل تطبيقك جاهزًا لنظام Android Q! ما ميزة Android Q التي أنت متحمس لها أكثر؟