وإليك كيف تمكنت Google من رفع تاريخ إصدار Android 16

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

كيف يؤدي جدول الإصدار الحالي لنظام Android إلى إبطاء عمليات طرح واجهة برمجة التطبيقات الجديدة

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

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

وذلك لأن QPRs عمومًا لا تتضمن أي تغييرات تهم مطوري التطبيقات، حيث إنها تحديثات أعلى إصدار Android الذي وصل بالفعل إلى “استقرار النظام الأساسي”. عندما يصل إصدار Android إلى استقرار النظام الأساسي، يتم تجميد سلوكيات النظام وواجهات برمجة التطبيقات التي تؤثر على التطبيق، مما يعني أنه لا يمكن تغييرها ما لم تتم زيادة إصدار SDK. على سبيل المثال، وصل نظام Android 15 إلى مرحلة استقرار النظام الأساسي مع إصدار Beta 3 في يونيو. وهذا يعني أن كل إصدار QPR قادم لنظام Android 15 سيتضمن فقط إصلاحات الأخطاء وميزات المستخدم الجديدة ولكن ليس أي شيء يؤثر على كيفية تطبيقات أندرويد التصرف أو ما يمكنهم فعله.

هناك استثناءات لهذا، رغم ذلك. أندرويد 12 لتر كان QPR الثاني لنظام Android 12، وقد قدم واجهات برمجة تطبيقات جديدة. قبل ذلك، كان هناك Android 8.1، والذي كان أول QPR لنظام Android 8. وكانت هذه الأنواع من الإصدارات الثانوية نادرة، مما يعني أنه إذا كان هناك بعض واجهات برمجة التطبيقات الجديدة التي تريد Google تقديمها، فيجب عليها الانتظار حتى الإصدار التالي إصدار رئيسي للقيام بذلك أو العثور على طريقة ما لطرحه خارج نظام التشغيل مثل من خلال Project Mainline أو خدمات جوجل بلاي التحديثات.

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

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

كيف ساعد مشروع Trunk Stable شركة Google في تسريع دورة إصدار Android

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

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

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

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

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

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

تعمل Google مع شركائها من الشركات المصنّعة للمعدات الأصلية (OEM) وSOC للتأكد من التزامهم قدر الإمكان بنموذج التطوير الجديد القائم على صندوق النقل بحيث يكون لديهم قدر أقل من العمل. وأخبرتني الشركة أيضًا أنها تعمل مع شركائها لمساعدتهم في طرح إصدارات ثانوية مثل الإصدار الذي سيتم إطلاقه في الربع الرابع من عام 2025، لذلك ليست أجهزة Pixel فقط هي التي تحصل عليها. باعتباري مراقبًا خارجيًا، من الواضح بالنسبة لي مدى تأثير التحول إلى نموذج التطوير المعتمد على صندوق التروس بالنسبة لفريق Android، لذلك آمل أن تتمكن الشركات الأخرى التي تعمل مع AOSP اعتماد هذا النموذج أيضا.

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