ملخص Android Q AMA: ما قالته Google عن Android 10 على Reddit

في العام الماضي، استضاف فريق Android التابع لشركة Google جلسة اسألني عن أي شيء (AMA) على موقع Reddit /r/AndroidDev الفرعي للرد على الأسئلة حول معاينة مطور Android P. هذا العام، أجاب الفريق الهندسي الذي يعمل على الإصدار التجريبي من Android Q على أسئلة Reddit. AMA بدأت في الأول من أغسطس الساعة 12:00 ظهرًا بتوقيت المحيط الهادئ وانتهت بعد حوالي ساعة ونصف. شارك 33 مهندسًا من Google في AMA، حيث قاموا بالإجابة على الكثير من الأسئلة في الوقت القصير الذي استغرقته AMA. فيما يلي ملخصنا لجميع المعلومات الجديدة التي تعلمناها.

Android Q AMA: كل ما تعلمناه من Google

المشاركون من فريق Android Q التجريبي

• آدم كوهين: TLM على مشغل Android / واجهة مستخدم النظام
• آدم باول: TLM على مجموعة أدوات/إطار عمل واجهة المستخدم؛ المشاهدات، دورة الحياة، الأجزاء، دعم libs
• آلان فيفريت: تي إل إم، جيتباك / أندرويد إكس
• ألين هوانج: PM لواجهة المستخدم والمشغل والإشعارات وتكاملات البحث والمزيد!
• أندرو سابيرستين: TLM على إعدادات Android
• ابراهيم البوشيخي: مدير PM لتعلم الآلة والكاميرا بنظام Android (NN API وML Kit وCameraX وCamera Platform)
• تشاد بروبيكر: مهندس برمجيات، أمن منصة أندرويد
• شارمين دي سيلفا: PM للخصوصية
• شيت هاس: كبير المدافعين عن Android، علاقات المطورين
• ديانا وونغ: PM، توافق التطبيقات، استخدام API غير SDK، ART، NDK
• ديان هاكبورن: مدير فريق إطار عمل Android (الموارد، مدير النوافذ، مدير الأنشطة، المستخدمين المتعددين، الطباعة، إمكانية الوصول، إلخ.)
• إ.ك. تشونغ: مدير تجربة المستخدم
• بحيرة إيان: مهندس برمجيات، Jetpack (الأجزاء، الملاحة، مكونات الهندسة المعمارية)
• إليان مالشيف: مهندس البرمجيات الرئيسي، المشروع الرئيسي
• جاكوب ليهربوم: مدير علاقات المطورين لنظام Android
• جيك وارتون: مهندس البرمجيات، Jetpack
• جمال ايسون: بي إم، أندرويد ستوديو
• جيف بيلي: TLM، مشروع أندرويد مفتوح المصدر (AOSP)
• جيف شاركي: مهندس برمجيات، إطار عمل أندرويد
• جيفري فان جوخ: أندرويد ستوديو، المترجمين
• جين تشاي: PM، الموقع والسياق، المصادقة، الملء التلقائي، استخدام API غير SDK، ART
• كارين نغ: Group PM لأدوات مطوري Android وAndroid Studio وAndroid Tookit وJetpack
• بول بانكهيد: مدير إدارة المنتجات، جوجل بلاي
• روهان شاه: مدير المنتج، واجهة مستخدم نظام أندرويد
• رومان غي: مدير فريق Android Toolkit/Jetpack
• ساجار كامدار: مدير إدارة المنتجات، أندرويد
• السبت ك: مدير الهندسة، اتصال أندرويد
• سليم سينك: مهندس برمجيات، واجهة مستخدم نظام أندرويد
• ستيفاني سعد كوثبرتسون: مدير أول لإدارة المنتجات، Android
• سمير كاتاريا: مهندس برمجيات، Jetpack (مدير العمل)
• ترافيس مكوي: PM، منصة أندرويد
• تريستان أبستيل: مهندس متميز، قائد واجهة المستخدم والذكاء لنظام Android
• فينيت مودي: مساء، كاميرا أندرويد

اقرأ أكثر

لم يعد بإمكان مصنعي المعدات الأصلية إيقاف التطبيقات عندما يقوم المستخدم بتمريرها بعيدًا في الآونة الأخيرة

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

"للمساعدة في حل الموقف، أضفنا اختبار CTS في Android Q لضمان عدم إيقاف التطبيق عند تمريره من التطبيقات الأخيرة."

قد يجلب Android R المزيد من التغييرات على لقطات الشاشة أكثر مما توقعنا

جوجل تخطط لإضافة لقطات شاشة قابلة للتمرير في Android R، ولكن في نفس الوقت، فريق الروبوت هو "إلقاء نظرة فاحصة على كيفية تحسين تجربة [X] للشاشة بأكملها لـ R." وهكذا يجوز لنا شاهد تحسينات أخرى على سلوك لقطة الشاشة (وتسجيل الشاشة) في إصدار Android الرئيسي التالي.

توضيح وضع سطح المكتب الجديد لنظام Android Q

ال أول إصدار تجريبي عام من Android Q جلب واجهة وضع سطح المكتب المخفية إلى AOSP وPixel Launcher. على الرغم من جوجل تطرقت لفترة وجيزة إلى هذه الميزة أثناء جلسة Google I/O، لم نسمع مطلقًا بشكل مباشر من Google كيف تتناسب الميزة الجديدة مع نظام Android البيئي. جوجل يوضح الآن:

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

وبالتالي، يمكننا أن نتوقع رؤية مصنعي المعدات الأصلية يعتمدون على وضع سطح المكتب الأصلي لنظام Android Q. على سبيل المثال، يدعم OnePlus 7 Pro العرض عبر HDMI، لذلك فمن الممكن أن OxygenOS 10 المبني على Android Q سيكون لها واجهة وضع سطح المكتب الخاصة بها في المستقبل. نأمل أيضًا أن تعتمد Google على هذه الميزة في المستقبل بكسل 4.

الوضع المظلم القائم على الوقت

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

"هناك بعض الأسباب وراء إهمال هذا (عدم إزالته) في AppCompat v1.1.0: فهو يتطلب من التطبيقات طلب أن تكون أذونات الموقع دقيقة، وحتى مع وجود موقع صالح، يمكن أن تكون حسابات وقت شروق الشمس/غروبها عربات التي تجرها الدواب."

عندما سئل السيد بانيس عن هذه الأخطاء، ذكر أن "حساب شروق الشمس/غروبها أمر بالغ الصعوبة، خاصة بالنسبة للمواقع القريبة من القطبين الشمالي/الجنوبي." يقوم المستخدم بإحضار ضوء الليل، المتوفر منذ Android 7.1 Nougat، والذي يمكن تبديله تلقائيًا بناءً على غروب الشمس/شروق الشمس. جداول. ثم صرح السيد Banes أنه منذ أن استخدم Night Light CalendarAstronomer من ICU4J، فهو يستخدم "جزءًا كبيرًا من التعليمات البرمجية التي لا نريد أن يعتمد عليها AppCompat." ومع ذلك، فإن الفريق يفعل ولاية أن هذه الميزة هي "شيء [سيبحثون عنه]".

دعم إلزامي لـ Camera2 API/Camera HAL3 لأجهزة تشغيل Android Q

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

علاوة على ذلك، تقول Google إنها أضافت متطلبات لجميع الأجهزة التي تعمل بنظام Android Q لدعم Camera2 API/Camera HAL3 أصلاً. بحسب فينيت مودي:

"بدءًا من Android P، يجب على الأجهزة الجديدة التي تحتوي على ذاكرة وصول عشوائي (RAM) سعة 1 جيجابايت أو أكثر أن تستخدم HALv3/camera2 بشكل أصلي. Android Q والإصدارات الأحدث مطلوبة من جميع الأجهزة الجديدة أن تدعم HALv3/camera2 بشكل أصلي. ولسوء الحظ، فإن الترقيات من HALv1 إلى HALv3 معقدة إلى حد ما عبر الأثير وقد يكون لها عواقب غير متوقعة، لذا كان علينا قصر النطاق على الأجهزة الجديدة."

ومن المثير للاهتمام أن تصريح مودي حول أجهزة إطلاق RAM Android P العادية يتناقض ما أخبرنا به Google سابقًا وما تم نشره على صفحة Image Test Suite عبر الإنترنت.

سمات التطبيق الديناميكي مع Jetpack Compose

تمت إضافة إطار عمل OMS الخاص بشركة Sony إلى AOSP منذ عدد قليل من الإصدارات، لكنه ليس سوى مخصص لمصنعي المعدات الأصلية للبناء عليها. نحن نعرف ذلك بالفعل جوجل ضد استخدام تراكبات موارد وقت التشغيل من قبل المستخدمين لتطبيقات السمات، ولكن بالنسبة للمطورين، فإن الشركة تفعل ذلك يأمل هذا واجهة مستخدم Jetpack Compose سيطرح إطار العمل "أساليب مثيرة للاهتمام للموضوعات الديناميكية".

واجهة Vulkan الخلفية لـ Skia لتقديم واجهة المستخدم

العام الماضي، رصدنا مناقشة بين مهندسي Google يتحدثون عن خططهم لجعل إطار عمل Android يستخدم واجهة برمجة التطبيقات الرسومية Vulkan لعرض واجهة المستخدم. بينما أصبح من الممكن الآن تمكين الواجهة الخلفية المسرّعة لأجهزة Vulkan بدون هاتفك بعد التعطل، لم نسمع أي خطط ملموسة من Google حول الموعد الذي يخططون فيه لطرحها التغييرات. لا تجيب AMA على هذا السؤال، ولكن على الأقل لدينا تأكيد على أنها لا تزال قيد العمل. بحسب رومان جاي:

"كان الفريق يعمل على واجهة Vulkan الخلفية لـ Skia، وهو العارض ثنائي الأبعاد الذي يستخدمه Android، ولكن لم يتم تمكينه افتراضيًا حاليًا. لا تزال واجهة المستخدم واللوحة القماشية تمر عبر OpenGL ES."

جعل شريط الإيماءات في Android Q أكثر ديناميكية

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

تحسينات على إطار الوصول إلى التخزين

أدت التغييرات العديدة في Android Q إلى تحسين الأداء بشكل كبير أمن وخصوصية المنصة. أحد هذه التغييرات، يسمى "Scoped Storage"، يحد من وصول التطبيقات إلى الملفات الموجودة على وحدة التخزين الخارجية بطريقة منطقية؛ على سبيل المثال، لا تحتاج تطبيقات الموسيقى إلى رؤية معرض الصور الخاص بك. يجب أن تستخدم تطبيقات إدارة الملفات التي تعمل في Android Q واجهة برمجة تطبيقات تسمى Storage Access Framework لمواصلة العمل كالمعتاد، ولكن يرى بعض المطورين أن واجهة برمجة التطبيقات (API) هذه أقل جودة لما كان متاحا في السابق. جيف شاركي من جوجل يقول لقد تناول الفريق بعض شكاوى هؤلاء المطورين:

"لقد أجرينا بعض التحسينات على أداء SAF في أحدث إصدارات Android Q Beta؛ هل يمكنك التحقق من معاييرك مقابل الإصدار التجريبي الأحدث؟ تأكد أيضًا من أنك تستخدم ContentProviderClient عند تشغيل أي عمليات مجمعة."

قام Project Treble بتحسين اعتماد Android Pie مقابل Android Oreo

لقد رأينا بالفعل كيف أدى مشروع Treble، وهو إعادة تصميم رئيسية منخفضة المستوى لإطار عمل Android، إلى تحسين اعتماد إصدارات نظام التشغيل Android الأحدث. تنسب Google الفضل إلى Treble وراء عدد كبير من بائعي الهواتف الذكية الذين ينضمون إلى أندرويد بي بيتا العام الماضي و أندرويد كيو بيتا هذا العام. إليان مالشيف، قائد مشروع تريبل و الخط الرئيسي مهندس، يقول أن اعتماد Android Pie كان "3 أضعاف" اعتماد Android Oreo في نهاية عام 2018.

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

تسجيل الشاشة لا يزال قيد التنفيذ

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

موضوع الظلام كل الأشياء!

في حالة فاتك ذلك، تضيف Google الوضع المظلم إلى معظم تطبيقاتها. ستيفاني سعد كوثبرتسون يقول لنتوقع أن تدعم جميع "التطبيقات الرئيسية" المظهر الداكن "بإصدار [Android Q] الرسمي." حتى جوجل كروم، والذي حاليا يفرض إعادة تحميل الصفحة عند تمكين المظهر المظلم على مستوى النظام، وسيتم تحديثه بحيث لا يتم التحديث بعد الآن عندما يكون المظهر مفعلًا تغير.

نعم، ستعمل مشغلات الطرف الثالث مع الإيماءات (في النهاية)

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

الأقسام الديناميكية/المنطقية ليست هنا لقتل ذاكرة القراءة فقط المخصصة

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

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

الخط الرئيسي للمشروع - وحدة ART وطول الدعم

Mainline هي مبادرة جديدة من Google تهدف إلى توحيد مكتبات وحزم معينة بحيث يمكن تحديثها بشكل مستقل عن تحديثات النظام الأساسي. لقد تساءل البعض عن سبب عدم تحول Android Runtime (ART) إلى وحدة رئيسية حتى الآن، ولكن قيل لي في Google I/O ذلك التعقيد الذي ينطوي عليه تصميم وحدات ART منعهم من تضمينها كواحدة من حزم APEX الأولية. مثل شرح بقلم كل من إليان مالشيف وديانا وونغ:

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

إذا اتبعت AOSP Gerrit، فسترى أن Google كانت كذلك من الصعب في العمل إنشاء وقت التشغيل APEX. حاليا، يبدو أنهم كذلك تقسيم Bionic و ART/libcore في وحدات APEX منفصلة.

فيما يتعلق بفائدة Project Mainline، سأل أحد المستخدمين عن مدة تحديثات Mainline. ردا على ذلك إليان مالشيف يقول أن "هذا سؤال يتعلق بالسياسة وما زلنا نقوم بتقييمه، ولكننا نريد تحديث وحدات Mainline على الجهاز لأطول فترة ممكنة." مطور XDA المعترف به luca020400 استفسر عما إذا كان سيتم توفير وحدات Mainline المعدة مسبقًا حتى يتمكن مطورو ROM المخصص من دمج التحديثات، وردًا على ذلك، جيف بيلي يكرر أن "الوحدات النمطية التي يتم تقسيمها عن AOSP سيكون لها إصدارات مصدر مطابقة لكل إصدار وحدة." يمكننا بالفعل أن نرى تطور وحدات APEX الجديدة في AOSP مثل وحدة واجهة برمجة التطبيقات للشبكات العصبية.

يلتقي CameraX مع ML Kit

في I/O هذا العام، قدمت Google مكتبة CameraX Jetpack. تم تصميم هذه المكتبة لتسهل على المطورين دعم واجهة برمجة تطبيقات Camera2 API الخاصة بنظام Android مع الحفاظ على التوافق طوال الطريق إلى Android Lollipop. فينيت مودي يغيظ التي تعمل الشركة على دمج CameraX معها مجموعة مل، Firebase SDK للتعلم الآلي من Google، بحيث يمكن للمطورين إدخال إطارات الصور في ML Kit لتحليلها.

ملحقات بائع CameraX وتاريخ الإصدار

يأسف مطور تطبيق الكاميرا لحقيقة أن ميزات الكاميرا المتقدمة مثل Google Pixel's Night Sight لا يمكن الوصول إليها من قبل تطبيقات الكاميرا التابعة لجهات خارجية. من المفترض أن يكون هذا قابلاً للحل باستخدام ملحقات بائعي CameraX، والتي استخدمها Jeff Sharkey من Google يقول أن "جميع أجهزة Pixel مُحسّنة لـ CameraX Core." إنه يثير أن "جانب الإضافات سيتم دعمه على الأجهزة الجديدة والقادمة." علاوة على ذلك، فإن جوجل "العمل مع العديد من الشركات المصنعة لتكون قادرة على تقديم إمكانات أجهزتها للمطورين والمستخدمين على حد سواء." على الرغم من عدم تأكيد ذلك بشكل مباشر، فمن الممكن أن نرى الميزات يحب رؤية ليلية على ال جوجل بيكسل 4 تصبح متاحة لتطبيقات الكاميرا التابعة لجهات خارجية والتي تستخدم مكتبة CameraX.

يذكر السيد شاركي أن Google تستهدف إصدارًا تجريبيًا في نهاية هذا العام.

تحسينات إدارة الذاكرة في Android Q

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

"في SystemUI على سبيل المثال، بذلنا العديد من الجهود الكبيرة لإعادة البناء في Q لتقليل استخدام ذاكرة الوصول العشوائي (RAM) للإشعارات والأسطح الأخرى."

هل سنحصل أخيرًا على ADB اللاسلكي؟

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

هل لا تزال Google تختبر الأجهزة اللوحية؟

مطور XDA المعترف به لوك1337 تساءل عما إذا كانت Google لا تزال تختبر AOSP UX على الأجهزة اللوحية. إنه سؤال عادل بالنظر إلى ندرة أجهزة Android اللوحية الجيدة و ال البق موجود في الإصدارات الحالية. ألين هوانغ يقول أن Google لا تزال "تختبر وتجري الإصلاحات كل عام" وأن الشركة تعمل بشكل وثيق مع الشركاء "لضمان تجربة جيدة للكمبيوتر اللوحي الذي يعمل بنظام Android".

---

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

اقرأ AMA كاملاً على /r/AndroidDev