ملخص Android Q AMA: تغييرات لقطة شاشة Android R وتوضيح وضع سطح المكتب والوضع المظلم المستند إلى الوقت والمزيد

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

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

المشاركون من فريق Android Q beta

  • آدم كوهين: TLM على نظام Android Launcher / System UI
  • آدم باول: TLM على مجموعة أدوات / إطار واجهة المستخدم ؛ وجهات النظر ، ودورة الحياة ، شظايا ، دعم libs
  • Alan Viverette : TLM، Jetpack / AndroidX
  • ألن هوانغ: PM لواجهة المستخدم ، قاذفة ، الإخطارات ، تكامل البحث وأكثر!
  • أندرو سابريستين: TLM على إعدادات Android
  • إبراهيم البوشيخي : مدير تنفيذي لـ Android Machine Learning and Camera (NN API ، ML Kit ، CameraX ، Camera Platform)
  • تشاد بروبكر : مهندس برمجيات ، أمن نظام أندرويد
  • شارمين دي سيلفا: PM للخصوصية
  • Chet Haase : محامي رئيس أندرويد ، علاقات المطور
  • Diana Wong: PM ، توافق التطبيقات ، استخدام API غير SDK ، ART ، NDK
  • ديان هاكبورن : مدير فريق عمل أندرويد (الموارد ، مدير النوافذ ، مدير النشاط ، المستخدمون المتعددون ، الطباعة ، إمكانية الوصول ، إلخ)
  • إك تشونغ: مدير UX
  • إيان ليك: مهندس برمجيات ، Jetpack (الأجزاء ، الملاحة ، مكونات الهندسة المعمارية)
  • إليان مالشيف: مهندس برمجيات رئيسي ، مشروع رئيسي
  • جاكوب ليرباوم: مدير علاقات المطورين لنظام أندرويد
  • جيك وارتون : مهندس برمجيات ، Jetpack
  • جمال إيسون : PM ، أندرويد ستوديو
  • جيف بيلي : TLM ، مشروع أندرويد المفتوح المصدر (AOSP)
  • جيف شاركي : مهندس برمجيات ، إطار أندرويد
  • جيفري فان جوخ : Android Studio، Compilers
  • Jen Chai: PM ، الموقع والسياق ، المصادقة ، الملء التلقائي ، استخدام API غير بخلاف SDK ، ART
  • Karen Ng: Group PM for Android Developer Tools و Android Studio و Android Tookit و Jetpack
  • بول بانكهيد: مدير إدارة المنتجات ، Google Play
  • روهان شاه: مدير المنتج ، نظام Android System UI
  • رومان جاي : مدير فريق أدوات Android / Jetpack
  • ساغار كامدار: مدير إدارة المنتجات ، أندرويد
  • Sat K: مدير الهندسة ، اتصال Android
  • سليم سينيك : مهندس برمجيات ، نظام أندرويد UI
  • ستيفاني سعد كاتبيرتون : مدير أول لإدارة المنتجات ، أندرويد
  • Sumir Kataria: مهندس برمجيات ، Jetpack (مدير العمل)
  • ترافيس مكوي: PM ، منصة أندرويد
  • Trystan Upstill: مهندس متميز ، يؤدي لنظام Android UI & Intelligence
  • Vinit Modi: PM ، كاميرا Android

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

التطبيق الديناميكي Theming مع Jetpack يؤلف

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

خلفية فولكان الخلفية لسكيا لتقديم واجهة المستخدم

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

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

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

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

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

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

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

قام Project Treble بتحسين اعتماد Android فطيرة مقابل Android Oreo

لقد رأينا بالفعل كيف حسّن Project Treble ، وهو أحد كبار الخبراء الذين يبحثون عن هندسة إطار عمل Android على مستوى منخفض ، اعتماد إصدارات Android OS الأحدث. تضيف Google رصيدًا ثلاثيًا خلف مجموعة من بائعي الهواتف الذكية الذين انضموا إلى Android P beta في العام الماضي و Android Q beta هذا العام. يقول Iliyan Malchev ، المهندس الرئيسي لمشروع Project Treble و Mainline ، أن تبني Android Pie كان "ثلاثة أضعاف" اعتماد Android Oreo في نهاية عام 2018.

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

تسجيل الشاشة لا يزال WIP

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

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

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

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

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

الأقسام الديناميكية / المنطقية ليست هنا لقتل مدمجة مخصصة

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

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

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

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

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

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

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

CameraX تجتمع ML Kit

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

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

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

يوضح السيد Sharkey أن Google تستهدف إصدارًا تجريبيًا لنهاية هذا العام.

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

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

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

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

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

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

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


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

قراءة AMA الكامل على / ص / AndroidDev