مراحل النشاط في خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"

يحتوي إصدار إطار عمل Android على مصفوفات متعددة من مصفوفة التوافق مع إطار العمل. (FCM)، إعداد واحد لكل إصدار من إصدارات "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدفة القابلة للترقية، والتي تحدّد التي قد يستخدمها إطار العمل ومتطلبات إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدفة. كجزء من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" أنّ Android سيتوقف نهائيًا عن العمل بنظام HIDL HALs ويزيله، ثم يُعدّل ملفات FCM يعكس حالة إصدار HAL.

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

ملاحظة: لمزيد من التفاصيل حول "HALs" الخاصة بشهادة HIDL، يُرجى الاطّلاع على مصفوفات التوافق قواعد المطابقة، إصدار HIDL HAL.

المصطلحات

مصفوفة التوافق مع إطار العمل (FCM)

ملف XML يحدد متطلبات إطار العمل على المورّد المطابق وعمليات التنفيذ. تم طرح إصدار جديد من مصفوفة التوافق يتم تجميده لكل إصدار إطار عمل. يحتوي كل إصدار إطار عمل على العديد من "المراسلة عبر السحابة الإلكترونية من Firebase"

إصدارات النظام الأساسي لميزة "المراسلة عبر السحابة الإلكترونية من Firebase" (S_F)

مجموعة جميع إصدارات "المراسلة عبر السحابة الإلكترونية من Firebase" في إصدار إطار عمل. يمكن أن يعمل إطار العمل على أي عملية تنفيذ من قِبل المورّد يفي بالغرض من إحدى مراسلات "المراسلة عبر السحابة الإلكترونية من Firebase" هذه.

إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" (F)

أعلى إصدار من بين جميع المراسلة عبر السحابة الإلكترونية من Firebase في إصدار إطار العمل.

إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدَف (V)

إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدَف (من S_F)، المُعلَن عنه صراحةً في الجهاز البيان، أن تنفيذ البائع يرضي. يجب أن يكون التنفيذ من جانب البائع التي تم إنشاؤها استنادًا إلى خدمة "مراسلة عبر السحابة الإلكترونية من Firebase" منشورة، إلا أنّها قد تعلن عن إصدارات أحدث من بروتوكول تجريد الأجهزة (HAL) في بيان الجهاز.

إصدار HAL

نسخة HAL بالتنسيق foo@x.y، حيث foo هو اسم HAL وx.y الإصدار المحدد؛ مثلاً: nfc@1.0، keymaster@3.0 (بادئة الجذر، مثل android.hardware، تم حذفها في هذا المستند.)

بيان الجهاز

ملفات XML التي تحدّد إصدارات HAL الخاصة بالجهاز من واجهة المورّد، بما في ذلك صور البائع وصور ODM. تكون محتويات بيان الجهاز بالإصدار المستهدف من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" للجهاز، ولكن يمكنها سرد HALs وتكون أحدث تمامًا مقارنةً بـ V.

HALs للجهاز

شهادات HAL المدرَجة (المقدّمة) في بيان الجهاز والمدرَجة (سواء كان مطلوبًا أو اختياريًا) في مصفوفة توافق إطار العمل (FCM).

مصفوفة التوافق مع الأجهزة (DCM)

ملف XML يحدّد متطلبات المورّدين على إطار العمل المطابق وعمليات التنفيذ. يحتوي كل جهاز على وحدة DCM واحدة.

بيان إطار العمل

ملف XML يحدّد إصدارات HAL الخاصة بإطار العمل لدى المورّد الواجهة، بما في ذلك النظام وsystem_ext وصور المنتج. HALs في تم إيقاف بيان إطار العمل ديناميكيًا وفقًا للمراسلة عبر السحابة الإلكترونية من Firebase المستهدفة على الجهاز. .

HALs لإطار العمل

عمليات HALs المدرَجة على النحو الوارد في بيان إطار العمل ومُدرَجة كأي مما يلي مطلوبة أو اختيارية في مصفوفة توافق الأجهزة (DCM).

مراحل نشاط "المراسلة عبر السحابة الإلكترونية من Firebase" في قاعدة الرموز

يصف هذا المستند دورة حياة خدمة FCM في الملخص. للاطلاع على البيانات المتوافقة، يمكنك الرجوع إلى hardware/interfaces/compatibility_matrix.<FCM>.xml يمكن العثور فيها على خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" system/libvintf/include/vintf/Level.h

من المتوقّع أن يتوفّر في الجهاز الذي يشحن إصدار Android المقابل قيمة FCM أكبر من أو تساوي المستوى المكافئ. على سبيل المثال، الشحن للأجهزة التي تعمل بالإصدار 11 من نظام التشغيل Android بشكل عام من المستوى 5 من "المراسلة عبر السحابة الإلكترونية من Firebase"، ولكن يجب المستوى 6 من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" أو مستوى أعلى، والذي يشمل متطلبات إضافية متنوعة المحددة في مصفوفات التوافق. المستويات المتوافقة هي:

المراسلة عبر السحابة الإلكترونية من Firebase	إصدار Android
4	Android 10/Q
5	الإصدار 11/R من نظام التشغيل Android
6	نظام التشغيل Android 12/S
7	نظام التشغيل Android 13/T
8	نظام التشغيل Android 14/U
202404	Android 15/V

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

التطوير باستخدام إصدار جديد من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"

يعمل Android على زيادة إصدار ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" لكل إصدار ضمن إطار العمل (مثل نظام Android). 8 و8.1). أثناء التطوير، compatibility_matrix.F.xml الجديد هو تم إنشاء قيمة compatibility_matrix.f.xml الحالية (حيث تكون قيمة f < F) لا تغيرت أطول.

لبدء التطوير في إصدار جديد من ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" (FCM) F:

1. نسخ آخر compatibility_matrix.<F-1>.xml إلى compatibility_matrix.F.xml
2. عدِّل سمة level في الملف لتصبح F.
3. أضِف قواعد الإصدار المقابلة لتثبيت مصفوفة التوافق هذه إلى. الخاص بك.

تقديم طبقة تجريد الأجهزة (HAL) جديدة

أثناء التطوير، عند تقديم طبقة تجريد الأجهزة (HAL) جديدة (Wi-Fi وNFC وما إلى ذلك) إلى Android في الإصدار الحالي من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" F، أضف HAL إلى compatibility_matrix.F.xml باستخدام إعدادات optional التالية:

• optional="false" إذا كان يجب تشغيل الأجهزة التي يتم شحنها مع V = F مع طبقة تجريد الأجهزة (HAL) هذه،
• optional="true" إذا كان بإمكان الأجهزة التي يتم شحنها مع V = F تشغيل الأجهزة بدون طبقة تجريد الأجهزة (HAL) هذه.

على سبيل المثال، قدّم نظام Android 8.1 cas@1.0 باعتباره طبقة تجريد الأجهزة (HAL) اختيارية. الأجهزة الإطلاق مع Android 8.1، فلا يلزم تنفيذ HAL هذا، ولذلك تمت إضافة الإدخال التالي إلى compatibility_matrix.F.xml (الذي كان باسم compatibility_matrix.current.xml مؤقتًا أثناء تطوير ذلك ):

<hal format="hidl" optional="true">
    <name>android.hardware.cas</name>
    <version>1.0</version>
    <interface>
        <name>IMediaCasService</name>
        <instance>default</instance>
    </interface>
</hal>

ترقية HAL (ثانوي)

أثناء التطوير، عندما يتم تحديث HAL إلى إصدار بسيط من x.z إلى x.(z+1) بالإصدار F الحالي من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"، إذا كان هذا الإصدار:

• مطلوب على الأجهزة التي يتم إطلاقها مع V = F وcompatibility_matrix.F.xml يجب أن يذكران x.(z+1) وoptional="false".
• غير مطلوبة على الأجهزة التي يتم إطلاقها مع V = F، على "compatibility_matrix.F.xml" نسخ x.y-z والاختياري من compatibility_matrix.<F-1>.xml وتغيير الإصدار إلى x.w-(z+1) (حيث w >= y).

على سبيل المثال، تم تقديم broadcastradio@1.1 كإصدار ثانوي في الإصدار 8.1 من نظام Android. لـ 1.0 HAL. الإصدار الأقدم، broadcastradio@1.0، اختياري الأجهزة التي تعمل بنظام التشغيل Android 8.0 في حين يعمل الإصدار الأحدث، إنّ ميزة broadcastradio@1.1 اختيارية للأجهزة التي تعمل بالإصدار 8.1 من نظام التشغيل Android. ضِمن compatibility_matrix.1.xml:

<hal format="hidl" optional="true">
    <name>android.hardware.broadcastradio</name>
    <version>1.0</version>
    <interface>
        <name>IBroadcastRadioFactory</name>
        <instance>default</instance>
    </interface>
</hal>

تم نسخ هذا الإدخال إلى compatibility_matrix.F.xml وتعديله كما يلي:

<hal format="hidl" optional="true">
    <name>android.hardware.broadcastradio</name>
    <version>1.0-1</version>
    <interface>
        <name>IBroadcastRadioFactory</name>
        <instance>default</instance>
    </interface>
</hal>

ترقية HAL (رئيسي)

أثناء التطوير، عندما يتم تحديث قناة HAL إلى إصدار رئيسي في خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" الحالية تمت إضافة الإصدار F، وهو الإصدار الرئيسي الجديد x.0 إلى compatibility_matrix.F.xml مع إعدادات optional التالية:

• optional="false" لديه الإصدار x.0 فقط، في حال الأجهزة الملحقة يجب تشغيل V = F باستخدام x.0.
• optional="false" ولكن مع الإصدارات الرئيسية القديمة في <hal> نفسها إذا كان يجب تشغيل الأجهزة التي يتم شحنها مع V = F باستخدام طبقة تجريد الأجهزة (HAL) هذه، ولكن يمكنها إطلاقها بإصدار رئيسي أقدم.
• optional="true" إذا لم يكن من الضروري تشغيل الأجهزة التي يتم شحنها باستخدام V = F طبقة تجريد الأجهزة (HAL).

على سبيل المثال، يقدّم Android 9 health@2.0 على أنّه لـ 1.0 HAL 1.0 وتوقف عن استخدام HAL 1.0. الأقدم الإصدار health@1.0، وهو اختياري للأجهزة التي تعمل بالإصدار Android 8.0 الإصدار 8.1 من نظام التشغيل Android. الأجهزة التي تعمل بنظام التشغيل Android 9 يجب أن تعمل تقديم الإصدار 2.0 الجديد. على سبيل المثال، افترض compatibility_matrix.legacy.xml, compatibility_matrix.1.xml و compatibility_matrix.2.xml سيحتوي على هذا الإدخال:

<hal format="hidl" optional="true">
    <name>android.hardware.health</name>
    <version>1.0</version>;
    <interface>
        <name>IHealth</name>
        <instance>default</instance>
    </interface>
</hal>

نسخ هذا الإدخال إلى compatibility_matrix.F.xml وتعديله باعتباره التالي:

<hal format="hidl" optional="false">
    <name>android.hardware.health</name>
    <version>2.0</version>
    <interface>
        <name>IHealth</name>
        <instance>default</instance>
    </interface>
</hal>

التقييدات:

• لأنّ طبقة HAL 2.0 متوفرة في compatibility_matrix.3.xml مع optional="false"، الأجهزة التي تعمل بنظام التشغيل Android يجب شحن 9 مع 2.0 HAL.`
• لأنّ HAL 1.0 غير متوفر في compatibility_matrix.3.xml، يجب ألا توفّر الأجهزة التي تعمل بنظام التشغيل Android 9 HAL 1.0 (نظرًا لأن HAL هذا يعتبر متوقفًا).
• نظرًا لوجود HAL 1.0 في legacy/1/2.xml (إصدارات FCM القديمة التي نظام التشغيل Android 9) كوظيفة تجريدية ضمنية اختيارية (HAL)، لا يزال بإمكان إطار عمل Android 9 العمل مع 1.0 HAL. (الذي لا يُعدّ إصدار HAL تمت إزالته).

الإصدارات الجديدة من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"

تتم عملية إصدار إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" في قسم النظام فقط من Google في إطار إصدار AOSP ويتضمن الخطوات التالية:

1. تأكَّد من أنّ السمة compatibility_matrix.F.xml تتضمّن السمة level="F".
2. تأكَّد من إنشاء جميع الأجهزة وتشغيلها.
3. تعديل اختبارات VTS لضمان إطلاق الأجهزة بأحدث إطار عمل (استنادًا إلى على مستوى واجهة برمجة تطبيقات الشحن) الإصدار المستهدف في خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" V >= F.
4. انشر الملف في AOSP.

على سبيل المثال، اختبارات VTS والتأكد من أنّ الأجهزة التي تعمل بنظام التشغيل Android 9 تحتوي على إصدار "المراسلة عبر السحابة الإلكترونية من Firebase المستهدف" >= 3.

بالإضافة إلى ذلك، قد تُدرج أيضًا ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" في المنتج وsystem_ext متطلبات كل المخصصة لمنصة FCM. إصدار إصدارات "المراسلة عبر السحابة الإلكترونية من Firebase" على المنتج وSystem_ext هي تنفيذ الأقسام من قِبل مالك هاتين الصورتين، على التوالي. إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" يجب أن تتماشى الأرقام في قسمَي المنتج وsystem_ext مع الأرقام في قسم من نظام التشغيل. على غرار إصدارات المراسلة عبر السحابة الإلكترونية من Firebase في قسم النظام، مصفوفة التوافق في الإصدار F من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" في أقسام المنتج وsystem_ext يعكس المتطلّبات على جهاز يتضمَّن الإصدار F المُستهدَف من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase".

إيقاف إصدار HAL نهائيًا

إنّ إيقاف إصدار HAL هو قرار مطوّر برامج (مثلاً، لـ AOSP HALs، أو Google القرار). وقد يحدث ذلك عندما يكون إصدار HAL أعلى (سواء كان بسيطًا أو الرئيسي).

إيقاف طبقة تجريد الأجهزة (HAL) للجهاز نهائيًا

يعني ذلك أنّه عند إيقاف HAL foo@x.y على جهاز معيّن نهائيًا في الإصدار F من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"، على أيّ جهاز يتم تشغيله مع الإصدار V = F من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدف أو إصدار أحدث تنفيذ foo في الإصدار x.y أو أي إصدار أقدم من x.y. واجهة برمجة تطبيقات متوقفة نهائيًا لا يزال إصدار HAL متوافقًا مع إطار العمل الخاص بترقية الأجهزة.

عند طرح الإصدار F من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"، يتم أخذ إصدار HAL رقم foo@x.y في الاعتبار. قد يتم إيقافها إذا لم يتم ذكر إصدار HAL المحدد صراحةً في أحدث ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" للإصدار المستهدَف من ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" V = F بالنسبة إلى الأجهزة التي يتم إطلاقها عبر V = F، يجب استخدام أحد استيفاء الشروط التالية:

• يتطلب إطار العمل إصدارًا أعلى (رئيسي أو ثانوي)
• لم يعُد إطار العمل يتطلب HAL.

على سبيل المثال، تم تقديم health@2.0 في الإصدار 9 من نظام Android. كترقية رئيسية للإصدار 1.0 HAL. تمت إزالة health@1.0 من compatibility_matrix.3.xml لكنها موجودة في compatibility_matrix.legacy.xml، compatibility_matrix.1.xml، وcompatibility_matrix.2.xml. ولذلك، يُعد health@1.0 متوقفًا.

إيقاف HAL إطار عمل

عند إيقاف إطار عمل معيّن HAL foo@x.y نهائيًا في الإصدار F من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"، يعني ذلك على أيّ جهاز يتم تشغيله مع الإصدار V = F من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدف أو إصدار أحدث تتوقّع أن يوفّر إطار العمل foo في الإصدار x.y أو في أي إصدار أقدم من x.y لا يزال يتوفر إصدار HAL متوقف نهائيًا من خلال إطار عمل ترقية الأجهزة.

عند طرح الإصدار F من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"، يتم أخذ إصدار HAL رقم foo@x.y في الاعتبار. يتم إيقافه إذا كان بيان إطار العمل يحدد max-level="F - 1" مقابل foo@x.y بالنسبة إلى الأجهزة التي يتم إطلاقها مع V = F، فإن إطار العمل لا يوفر HAL foo@x.y. الجهاز يجب ألا يتم إدراج إطار العمل في مصفوفة التوافق على الأجهزة التي يتم إطلاقها بالإصدار V = F. HALs مع max-level < V.

على سبيل المثال، في Android 12، schedulerservice@1.0 هو نهائيًا. تم ضبط سمة max-level على 5، وهو إصدار ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" الذي تم تقديمه. في Android 11. عرض إطار عمل Android 12 البيان.

إلغاء التوافق مع إصدارات "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدَفة

عندما تنخفض الأجهزة النشطة لإصدار معيّن من ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" V إلى ما دون فيمكن إزالة إصدار FCM المستهدف من واجهة S_F الإصدار التالي لإطار العمل. ويتم ذلك من خلال الخطوتَين التاليتَين:

1. جارٍ إزالة "compatibility_matrix.V.xml" من قواعد الإصدار (بحيث لا على صورة النظام)، وحذف أي كود تم تنفيذه أو يعتمد على الإمكانات التي تمت إزالتها

2. جارٍ إزالة HALs في إطار العمل التي تقلّ فيها قيمة max-level عن V أو تساويها من وحذف أي رمز برمجي ينفذ الإجراءات التي تمت إزالتها HALs لإطار العمل.

الأجهزة التي تحتوي على إصدار مستهدَف من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" خارج نطاق S_F لإطار عمل معيّن لا يمكن ترقية الإصدار إلى هذا الإصدار.

حالة إصدار HAL

تصف الأقسام التالية (بترتيب زمني) الحالات المحتملة لإصدار HAL.

لم تُطرح

بالنسبة إلى HALs للجهاز، إذا لم يكن إصدار HAL متاحًا في أي من الإعدادات العامة أو المجمّدة لم يتم إصدارها وقد تكون قيد التطوير. يشمل ذلك إصدارات HAL المتوفّرة في compatibility_matrix.F.xml فقط. أمثلة:

• خلال عملية تطوير Android 9 health@2.0 تم اعتبار طبقة تجريد الأجهزة (HAL) على أنها HAL لم يتم إصدارها وكانت موجودة فقط في compatibility_matrix.3.xml
• لا تتوفّر HAL teleportation@1.0 في أي مصفوفات توافق تم إصدارها ويُعتبر أيضًا HAL لم يتم طرحه.

بالنسبة إلى HALs في إطار العمل، إذا كان إصدار HAL متوفرًا فقط في بيان إطار العمل لفرع تطوير غير ذي صلة، فيعتبر لم يتم طرحه.

تم الإصدار والحالية

بالنسبة إلى HALs في الجهاز، في حال كان إصدار HAL متوافقًا مع أي توافق علني أو مجمّد في المصفوفة، يتم تحريرها. على سبيل المثال، بعد تجميد الإصدار 3 من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" ونشره إلى AOSP، يُعتبر بروتوكول HAL health@2.0 إصدارًا حاليًا وطرحًا من HAL.

إذا كان إصدار HAL في مصفوفة توافق عامة ومجمدة تحتوي على أعلى إصدار من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" هو إصدار HAL الحالي (أي أنه ليس متوقفًا نهائيًا). بالنسبة على سبيل المثال، إصدارات HAL الحالية (مثل nfc@1.0 التي تم طرحها في compatibility_matrix.legacy.xml) التي ما زالت موجودة في compatibility_matrix.3.xml تُعتبر أيضًا إصدارات HAL الحالية والحالية.

بالنسبة إلى HALs لإطار العمل، إذا كان إصدار HAL موجودًا في بيان إطار العمل من آخر فرع تم إصداره بدون السمة max-level أو (على نحو غير معتاد) max-level يساوي أو أعلى من إصدار خدمة المراسلة عبر السحابة الإلكترونية من Firebase الذي تم طرحه في هذا الفرع، يُعتبر إصدارًا حاليًا وأصدرًا من HAL. على سبيل المثال، تم إطلاق HAL displayservice وهو حاليًا في نظام Android. 12، على النحو المحدد بواسطة إطار عمل Android 12 .

تم الإصدار ولكن متوقّفة نهائيًا

بالنسبة إلى HALs للجهاز، يتم إيقاف إصدار HAL بشكل نهائي فقط في حالة ما إذا كان جميع ما يلي: تحققت منها:

• ويتم إصدارها.
• إنه ليس في مصفوفة التوافق العامة والمجمّدة التي لها أعلى إصدار FCM.
• إنه في مصفوفة توافق عامة ومجمّدة لا يزال إطار العمل والدعم.

أمثلة:

• تتوفر HAL لـ health@1.0 compatibility_matrix.legacy.xml, compatibility_matrix.1.xml، وcompatibility_matrix.2.xml، ولكن ليس في compatibility_matrix.3.xml. وبالتالي، يُعد متوقفًا في الإصدار 9 من نظام التشغيل Android
• يتضمّن جهاز HAL للطاقة ترقية بسيطة في نظام Android. 9، ولكن لا يزال "power@1.0" في compatibility_matrix.3.xml
• power@1.0 compatibility_matrix.legacy.xml، compatibility_matrix.1.xml، وcompatibility_matrix.2.xml.
• يحتوي compatibility_matrix.3.xml على power@1.0-1.

وبالتالي، فإن power@1.0 حالي، ولكنه لم متوقف نهائيًا في نظام Android 9-

بالنسبة إلى HALs لإطار العمل، إذا كان إصدار HAL ضمن بيان إطار العمل لأحدث الفرع الذي تم إصداره بسمة max-level أقل من إصدار إصدار خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" في هذا الفرع، تُعتبَر إصدارًا تم إصداره ولكن تم إيقافه نهائيًا. بالنسبة مثلاً، تم إصدار HAL schedulerservice ولكن تم إيقافها نهائيًا في Android 12، على النحو المحدد من قِبل بيان إطار العمل لنظام التشغيل Android 12.

تمت الإزالة

بالنسبة إلى HALs للجهاز، تتم إزالة إصدار HAL في الحالات التالية فقط: صحيحة:

• سبق أن تم إصداره.
• ليس في أي مصفوفة توافق عامة أو مجمدة أن يعمل إطار والدعم.

مصفوفات التوافق العامة والمجمّدة وغير المعتمدة من قِبل في قاعدة الرموز لتحديد مجموعة إصدارات HAL التي تمت إزالتها إمكانية كتابة اختبارات VTS للتأكد من عدم وجود HALs التي تمت إزالتها على الأجهزة الجديدة.

بالنسبة إلى HALs في إطار العمل، لا تتم إزالة إصدار HAL إلا في الحالات التالية وفقط: التقاء:

• سبق أن تم إصداره.
• ولا يتضمّن أي بيان ضمن إطار عمل آخر فرع تم إصداره.

ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" القديمة

استهداف إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" القديم قيمة خاصة لجميع الأجهزة غير المزوّدة بخدمة Treble. تشير رسالة الأشكال البيانية تسرد خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" القديمة، compatibility_matrix.legacy.xml، المتطلّبات لإطار العمل على الأجهزة القديمة (أي الأجهزة التي تم إطلاقها قبل Android 8.0).

إذا كان هذا الملف متوفرًا لخدمة "المراسلة عبر السحابة الإلكترونية من Firebase" التي تستخدم الإصدار F، يمكن تمت الترقية إلى F بشرط أن يكون بيان الجهاز متوافقًا مع هذا الملف. من اتباع الإجراءات نفسها المتّبَعة في خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" مع الإصدارات الأخرى للمراسلة عبر السحابة الإلكترونية من Firebase المستهدفة (تتم إزالته بعد انخفاض عدد الأجهزة النشطة التي كانت قديمة قبل 8.0 إلى ما دون الحد).

إصدارات "المراسلة عبر السحابة الإلكترونية من Firebase" التي تم إصدارها

يمكن العثور على قائمة بإصدارات "المراسلة عبر السحابة الإلكترونية من Firebase" التي تم إصدارها ضمن hardware/interfaces/compatibility_matrices

لمعرفة إصدار خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" الذي تم طرحه مع إصدار Android محدّد، يمكنك الاطّلاع على Level.h