يتضمّن إصدار إطار عمل Android العديد من مصفوفة التوافق مع إطار العمل (FCM)، حيث يتم تحديد واحدة لكل إصدار قابل للترقية من تلك المصفوفات، وتحدّد هذه المصفوفات ما يمكن أن يستخدمه إطار العمل ومتطلبات إصدار هذه الخدمة. وكجزء من دورة حياة خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"، يوقِف Android نهائيًا بروتوكول HIDL HALs ويزيله، ثم يُعدّل ملفات "المراسلة عبر السحابة الإلكترونية من Firebase" لتعكس حالة إصدار HAL.
لتمكين وكالات السفر على الإنترنت المستندة إلى إطار العمل فقط في منظوماتها المتكاملة الخاصة، على الشركاء الذين يوسِّعون واجهات الموردين أيضًا إيقاف شهادات HIDL وإزالتها باستخدام الطرق نفسها.
المصطلحات
- مصفوفة التوافق مع إطار العمل (FCM)
- ملف XML يحدّد متطلبات إطار العمل الخاصة بعمليات التنفيذ المطابقة من قِبل المورّد يتم إصدار إصدارات من مصفوفة التوافق ويتم تجميد إصدار جديد لكل إصدار لإطار العمل. يحتوي كل إصدار ضمن إطار العمل على العديد من المراسلة عبر السحابة الإلكترونية من Firebase.
- إصدارات النظام الأساسي لميزة "المراسلة عبر السحابة الإلكترونية من Firebase" (SF)
- مجموعة جميع إصدارات "المراسلة عبر السحابة الإلكترونية من Firebase" في إصدار إطار عمل. يمكن أن يعمل إطار العمل مع أي عملية تنفيذ من قِبل المورّد يفي بواحد من هذه العمليات.
- إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" (F)
- أعلى إصدار من بين جميع المراسلة عبر السحابة الإلكترونية من Firebase في إصدار إطار العمل.
- إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدَف (V)
- إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدَف (من SF)، المُعلَن عنه صراحةً في بيان الجهاز، والذي يفي به تنفيذ المورِّد. يجب إنشاء عملية تنفيذ تابعة للمورّد وفقًا لخدمة "المراسلة عبر السحابة الإلكترونية من Firebase" المنشورة، إلا أنّها قد تعلن عن إصدارات HAL الأحدث في بيان الجهاز.
- إصدار HAL
- نسخة HAL بتنسيق
foo@x.y
، حيثfoo
هو اسم HAL وx.y
هي النسخة المحددة. على سبيل المثال،nfc@1.0
أوkeymaster@3.0
(البادئة الجذر، على سبيل المثالandroid.hardware
، تم حذفها في هذا المستند). - بيان الجهاز
- يتم توفير ملفات XML التي تحدد إصدارات HAL على جانب الجهاز من واجهة المورّد، بما في ذلك صور المورّد وصور ODM. ويتم تقييد محتوى بيان الجهاز من خلال إصدار "المراسلة عبر السحابة الإلكترونية من Firebase المستهدف" من الجهاز، ولكن يمكن أن يدرج بروتوكولات HALs الأحدث مقارنةً بـ FC المقابل لـ V.
- HALs للجهاز
- HALs المدرَجة (المتوفّرة) في بيان الجهاز والمدرَجة (سواء كانت مطلوبة أو اختيارية) في مصفوفة توافق إطار العمل (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
.
يُتوقَّع أن تكون قيمة خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" في الجهاز الذي يشحن إصدار Android المقابل أعلى من أو تساوي المستوى المكافئ. على سبيل المثال، إذا كان الجهاز الذي يتم شحنه بالإصدار 11 من نظام التشغيل Android سيشتمل بشكل عام على المستوى 5 من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"، إلا أنّه يتم تطبيق المستوى 6 من "المراسلة عبر السحابة الإلكترونية من Firebase" أو مستوى أعلى، والذي يأتي مع متطلبات إضافية متنوعة محددة في مصفوفات التوافق. المستويات المتوافقة هي:
المراسلة عبر السحابة الإلكترونية من Firebase | إصدار Android |
---|---|
4 | Android 10/Q |
5 | الإصدار 11/R من نظام التشغيل Android |
6 | نظام التشغيل Android 12/S |
7 | الإصدار 13/T من نظام التشغيل Android |
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
:
- يمكنك نسخ آخر
compatibility_matrix.<F-1>.xml
إلىcompatibility_matrix.F.xml
. - عدِّل سمة
level
في الملف لتصبحF
. - يمكنك إضافة قواعد الإصدار المقابلة لتثبيت مصفوفة التوافق هذه على الجهاز.
إضافة طبقة تجريد الأجهزة (HAL) جديدة
أثناء التطوير، عند تقديم طبقة تجريد الأجهزة (HAL) (Wi-Fi وNFC وما إلى ذلك) جديدة إلى Android
على الإصدار الحالي من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" (FCM) F
، يمكنك إضافة طبقة تجريد الأجهزة (HAL) إلى compatibility_matrix.F.xml
باستخدام
إعدادات optional
التالية:
optional="false"
إذا كان يجب تشغيل الأجهزة التي يتم شحنها معV = F
مع طبقة تجريد الأجهزة (HAL) هذه،optional="true"
إذا كان بإمكان الأجهزة التي يتم شحنها معV = F
تشغيل الأجهزة بدون طبقة تجريد الأجهزة (HAL) هذه.
على سبيل المثال، قدّم نظام Android 8.1 cas@1.0
باعتباره طبقة تجريد الأجهزة (HAL) اختيارية. لا يُشترَط على الأجهزة التي تعمل بالإصدار 8.1 من نظام التشغيل Android تنفيذ 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)
في الإصدار الحالي من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" (FCM) F
، إذا كان هذا الإصدار:
- مطلوبة على الأجهزة التي تعمل بنظام التشغيل
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
).
على سبيل المثال، قدّم نظام Android 8.1 broadcastradio@1.1
كترقية ثانوية
لإصدار 1.0 HAL. أمّا الإصدار القديم، broadcastradio@1.0
، فهو اختياري للأجهزة التي تعمل بالإصدار 8.0 من نظام التشغيل Android، في حين أنّ الإصدار الأحدث 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 نهائيًا. أمّا الإصدار الأقدم، health@1.0
، فهو اختياري للأجهزة التي تعمل بنظامَي التشغيل Android 8.0 وAndroid 8.1.
يجب ألا توفّر الأجهزة التي تعمل بالإصدار 9 من نظام التشغيل Android واجهة
HAL 1.0 المتوقّفة نهائيًا، وأن توفِّر بدلاً من ذلك الإصدار 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 يعد متوقفًا). - لأنّ 1.0 HAL متوفّر في الإصدار القديم/1/2.xml (إصدارات FCM القديمة التي يمكن أن يعمل معها Android 9) كقناة HAL اختيارية، يمكن أن يعمل إطار عمل Android 9 مع HAL 1.0 (لا يُعتبر إصدار HAL تمت إزالته).
الإصدارات الجديدة من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"
تتم عملية طرح إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" على قسم النظام فقط بواسطة Google في إطار إصدار بروتوكول AOSP وتشمل الخطوات التالية:
- تأكَّد من أنّ السمة
compatibility_matrix.F.xml
تتضمّن السمةlevel="F"
. - تأكَّد من إنشاء جميع الأجهزة وتشغيلها.
- تعديل اختبارات VTS للتأكّد من أنّ الأجهزة التي يتم تشغيلها باستخدام أحدث إطار عمل (استنادًا إلى
مستوى واجهة برمجة تطبيقات الشحن) تتضمّن الإصدار
V >= F
المستهدَف من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase". - انشر الملف في AOSP.
على سبيل المثال، تضمن اختبارات VTS أنّ الأجهزة التي يتم إطلاقها تعمل بنظام Android 9 تتضمّن إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدَف >= 3.
بالإضافة إلى ذلك، قد تُدرج أيضًا ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" في المنتج وsystem_ext متطلبات كل إصدار من إصدارات هذه الميزة على النظام الأساسي. يتولى مالك هذه الصور إصدار نُسخ "المراسلة عبر السحابة الإلكترونية من Firebase" على قسمَي المنتج وsystem_ext على التوالي. ويجب أن تتوافق أرقام إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" على أقسام المنتج وsystem_ext مع الأرقام في قسم النظام. كما هو الحال في إصدارات المراسلة عبر السحابة الإلكترونية من Firebase في قسم النظام، تعكس مصفوفة التوافق عند الإصدار F في قسمَي المنتج و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"، يُعدّ الإصدار foo@x.y
من بروتوكول HAL متوقفًا إذا لم يتم ذكر إصدار HAL المحدّد بشكل صريح في أحدث إصدار من ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" (FCM) المستهدَف V = F
. ينطبق أحد الشروط التالية على الأجهزة التي يتم إطلاقها مع V = F
:
- يتطلب إطار العمل إصدارًا أعلى (رئيسي أو ثانوي)
- لم يعُد إطار العمل يتطلب HAL.
على سبيل المثال، في Android 9، يتم تقديم health@2.0
كترقية رئيسية للإصدار 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" المستهدَفة
عند انخفاض الأجهزة النشطة ذات الإصدار V
المستهدَف من ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" إلى ما دون حدّ معيّن، تتم إزالة إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدَف من علامة SF المحدَّدة لإصدار إطار العمل التالي. ويتم ذلك من خلال الخطوتَين التاليتَين:
إزالة
compatibility_matrix.V.xml
من قواعد الإصدار (بحيث لا يكون مثبّتًا على صورة النظام)، وحذف أي رمز برمجي نفّذ أو اعتمد على الوظيفة التي تمت إزالتهاإزالة HALs في إطار العمل مع
max-level
أقل من أو يساويV
من بيان إطار العمل، وحذف أي رمز برمجي ينفّذ HALs لإطار العمل الذي تمت إزالته.
لا يمكن ترقية الأجهزة التي تحتوي على إصدار مستهدف من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" خارج نطاق SF إلى هذا الإصدار.
حالة إصدار HAL
تصف الأقسام التالية (بترتيب زمني) الحالات المحتملة لإصدار HAL.
لم تُطرح
بالنسبة إلى HALs في الأجهزة، إذا لم يكن إصدار HAL ضمن أي من مصفوفات التوافق العامة والمجمّدة،
فإن هذا الإصدار يُعتبَر غير معدَّل وقد يكون قيد التطوير.
يشمل ذلك إصدارات HAL المتوفّرة في compatibility_matrix.F.xml
فقط.
أمثلة:
- أثناء تطوير نظام التشغيل Android 9،
تم اعتبار HAL
health@2.0
على أنه لم يتم إطلاقه بعد وأن كان متوفرًا في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
تساوي قيمة نسخة FCM التي تم إصدارها في هذا الفرع أو أعلى منها، يتم اعتبار الإصدار الحالي والإصدار الحالي من HAL. على سبيل المثال، تم إصدار HAL displayservice
وهو حاليًا في نظام Android 12، كما هو محدّد في بيان إطار العمل Android 12.
تم الإصدار ولكن متوقّفة نهائيًا
بالنسبة إلى HALs للجهاز، يتم إيقاف إصدار HAL فقط في حالة استيفاء جميع الشروط التالية:
- ويتم إصدارها.
- وهو ليس في مصفوفة التوافق العامة والثابتة التي لديها أعلى إصدار من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase".
- إنه في مصفوفة توافق عامة ومجمّدة لا يزال إطار العمل متوافقًا معها.
أمثلة:
- تتوفر HAL
health@1.0
فيcompatibility_matrix.legacy.xml
وcompatibility_matrix.1.xml
وcompatibility_matrix.2.xml
، ولكن ليس فيcompatibility_matrix.3.xml
. وبالتالي، يُعد هذا الجهاز متوقّفًا نهائيًا في نظام التشغيل Android 9. - يتضمّن جهاز 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
أقل من إصدار نسخة FCM في هذا الفرع، يُعتبَر إصدار HAL صادرًا ولكن متوقفًا. على سبيل المثال، تم إصدار HAL schedulerservice
ولكن تم إيقافه نهائيًا في Android 12، على النحو المحدّد في بيان إطار العمل Android 12.
تمّت الإزالة
بالنسبة إلى HALs للجهاز، لا تتم إزالة إصدار HAL إلا إذا تحققت الشروط التالية:
- سبق أن تم إصداره.
- إنه ليس في أي مصفوفة توافق عامة أو مجمدة يدعمها إطار العمل.
ويتم الاحتفاظ بمصفوفات التوافق العامة والمجمّدة وغير المتوافقة مع إطار العمل في قاعدة الرموز لتحديد مجموعة إصدارات HAL التي تمت إزالتها، وذلك حتى يمكن كتابة اختبارات VTS لضمان عدم وجود مصفوفات HAL التي تمت إزالتها على أجهزة جديدة.
بالنسبة إلى HALs في إطار العمل، لا تتم إزالة إصدار HAL إلا في حال استيفاء المتطلبات التالية:
- سبق أن تم إصداره.
- ولا يتضمّن أي بيان ضمن إطار عمل آخر فرع تم إصداره.
ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" القديمة
استهداف إصدار "المراسلة عبر السحابة الإلكترونية من Firebase" القديم قيمة خاصة لجميع الأجهزة غير المزوّدة بخدمة Treble. يسرد
الإصدار القديم من "المراسلة عبر السحابة الإلكترونية من Firebase"، compatibility_matrix.legacy.xml
، متطلبات إطار العمل على الأجهزة القديمة (أي الأجهزة التي تم إطلاقها قبل Android 8.0).
إذا كان هذا الملف متوفرًا للمراسلة عبر السحابة الإلكترونية من Firebase بالإصدار F
، يمكن
ترقية أي جهاز غير مزوّد بتقنية Treble إلى F
بشرط أن يكون بيان الجهاز متوافقًا مع هذا الملف. وتتّبع عملية الإزالة الإجراء نفسه المُتّبع في خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" مع الإصدارات الأخرى لهذه الخدمة (تتم إزالتها بعد انخفاض عدد الأجهزة النشطة التي لم تعمل بالإصدارات السابقة لـ 8.0 إلى ما دون حدّ معيّن).
إصدارات "المراسلة عبر السحابة الإلكترونية من Firebase" التي تم إصدارها
يمكنك العثور على قائمة بإصدارات "المراسلة عبر السحابة الإلكترونية من Firebase" التي تم إصدارها ضمن hardware/interfaces/compatibility_matrices
.
لمعرفة إصدار خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" الذي تم طرحه مع إصدار معيّن من Android، يمكنك الاطّلاع على
Level.h
.