في مارس 2016 ، عندما تم إصدار معاينة مطور Android N ، لاحظنا وجود شيء مختلف. باستخدام Android Marshmallow ، أدخلت Google بنية تقسيم جديدة تضمنت قسمًا للبائعين. يحتوي هذا على بعض الملفات التي كانت موجودة سابقًا في مجلدات نظام التشغيل الأساسية "العادية" في قسم النظام ، وكذلك بعض الملفات من الشركة التي صنعت الهاتف نفسه. ولكن في معاينة مطور Android N ، تغيرت الأمور أكثر من ذلك ، وكانت هناك أيضًا ملفات في هذا القسم الجديد استنسخت قطعًا من نظام التشغيل الأساسي وكتبتها عندما تم تشغيل الهاتف.
في ذلك الوقت ، قمنا بتجميع رؤوسنا معًا وقمنا ببعض الحفر الإضافي وتوصلنا إلى أن هذه كانت الخطوة الأولى نحو تسهيل تحديث Android عن طريق منح شركات مثل Samsung أو Qualcomm مكانًا للاتصال بهم وتقسيم النظام إلى قسمين أجزاء: منطقة بائع ومنطقة أندرويد الأساسية.
يقسم Project Treble نظام Android إلى قسمين: جزء Google وجزء دعم الأجهزة.
أعلنت Google عن مشروع Treble اليوم ، وقد أصبح كل شيء في دائرة كاملة. هذا هو بالضبط ما تهدف إليه منطقة البائع ، ونرى كيف يمكن تغيير مشكلة الهواتف التي لا يتم تحديثها بسرعة كافية.
تأتي Vendor Interface و VTS (Vendor Test Suite) بنظام Android O ، ويبدو أن هذا سوف يسلب أي أعذار لبطء التحديثات. إنه شيء تقني إلى حد ما لوصفه ، وإذا كنت مائلاً تقنيًا ، فيجب عليك إلقاء نظرة على منشور مدونة Google في كل شيء ، ولكن يمكننا تفصيله حتى يتمكن الجميع من فهم ماهية هذا السبب ولماذا يمكن أن يكون كبيرًا فرق.
نعلم جميعًا أن Android يأتي من Google. تعمل الكثير من الشركات الأخرى مع Google لتحسين نظام Android (وقد دعت Google الشركات إلى القيام بالمزيد من هذا) ، لكن Google وضعت اللمسات الأخيرة واستضافته. يمكن لأي شخص تنزيله وإنشائه إلى Android ، ولكن هذا Android وحده لا يعد نظام تشغيل هاتفًا كاملاً.
للحصول على Android للقيام بأي شيء ، تحتاج إلى دعم من شركات مثل Qualcomm و Samsung وكل شركة أخرى تقوم بتصنيع الأجزاء الفردية. البرنامج الذي يجعل هذه الأجزاء تعمل منفصلة ، والطريقة التي كانت عليها قبل Project Treble تعني أن تلك الأجزاء تحتاج إلى أن تكون مدمجة في كود Android عندما تقوم الشركات التي تصنع هاتفًا ببناء نظام التشغيل. في كل مرة يتم فيها تحديث Android ، سواء كان تحديثًا أساسيًا للنظام الأساسي ، مثل الانتقال من Marshmallow إلى Nougat أو تحديث الأمان الذي يؤثر فقط على أجزاء قليلة من النظام ، يجب دمج الأجزاء التي تجعل الأجهزة تعمل.
أندرويد نفسه ليس نظام تشغيل كامل. تحتاج إلى دعم من بائعي الأجهزة لفعل أي شيء.
أن يبطئ الأمور إلى حد كبير. بدلاً من أن تكون Google قادرة على إرسال تحديث واحد لكل هاتف يقوم بتشغيل Android إلى الشركات التي تعمل به ، يعمل على إرسال نظام تشغيل غير كامل يحتاج إلى الباقي المضمّن في القاعدة الجديدة ، ثم يحتاج إلى تجميع واختبارها. تحتاج شركة Samsung (على سبيل المثال) إلى القيام بذلك لكل طراز من طراز Galaxy S8 الذي تقوم به قبل أن يتمكنوا من التفكير في إرسال هذا التحديث إليك.
مع النظام الجديد ، يمكن لجزء Google من Android العيش في مساحته الخاصة والأجزاء من Qualcomm و Samsung و HTC ويمكن لأي شخص آخر العيش في مساحته الخاصة. من الناحية النظرية ، تم اختبار التحديث بالفعل وسيعمل "فقط."
هذا هو ما VTS الجديد ل. فكر في VTS ككتاب قواعد حول كيفية إنشاء Android. إذا اتبع الجميع هذه القواعد ، فإن التغييرات التي تجريها Google والاختبارات ستعمل كما هي تمامًا على كل هاتف يشغل إصدارًا معينًا من Android. ومع سهولة إنشاء التحديثات وإرسالها إلينا للمستخدمين ، فإن معظم الهواتف الجديدة ستكون جميعها على نفس الإصدار. هذا شيء عظيم بالنسبة لنا ، وهو أمر جيد بالنسبة للشركات المعنية لأنه يتيح لهم العمل في مجال خبرتهم بينما يعمل شخص آخر على أعمالهم.
تم تصميم Vendor Test Suite للتأكد من أن كل شركة تبني نظام Android بنفس الطريقة.
للتحقق من أن القواعد تعمل وأن الجميع يتابعونها ، يمكن إجراء سلسلة من الاختبارات على جهاز جديد قبل أن يتم عرضها للبيع وفي كل مرة يتم فيها إصلاح النظام. ستعمل هذه الاختبارات على التأكد من أن TouchWiz Android من Samsung و HTC's Sense Android يعملان مع Android من Google بالطريقة نفسها ويعمل تحديث واحد من Google على كليهما. هذه هي الطريقة التي تتم بها الأمور للتأكد من أن جميع التطبيقات في Google Play ستعمل ، وهو في معظمه نظام رائع.
ليس لدينا التفاصيل الكاملة بعد ، ولكن قيل لنا أنه سيتم نشر كل شيء ودفعه إلى الكود مفتوح المصدر لنظام Android بمجرد إطلاق Android O في وقت لاحق من هذا العام. سيوفر هذا وقتًا ممتعًا للغاية في Google I / O ، وسنستمر في التحقق من هذه الطريقة الجديدة لفعل الأشياء وما يفعله الآخرون في صنع الهواتف التي نحبها معهم.
