تعريف التوافق مع Android 1.6

تعريف توافق Android: Android 1.6
أندرويد 1.6 آر 2
شركة جوجل.
التوافق@android.com

جدول المحتويات
1 المقدمة ............................................... .................................................. .................. 4
2. الموارد .............................................. .................................................. ........................... 4
3. البرمجيات .............................................. .................................................. ............................ 5
3.1. توافق واجهة برمجة التطبيقات المُدارة ........................................... ........................................... 5
3.2. توافق واجهة برمجة التطبيقات الناعمة ............................................ ................................................ 6
3.2.1. الأذونات................................................................ .................................................. ... 6
3.2.2. بناء المعلمات ........................................... ................................................ 6
3.2.3. توافق النوايا ................................ ................................ . ........................................... 8
3.2.3.1. نوايا التطبيق الأساسية ........................................... ........................................... 8
3.2.3.2. تجاوز النوايا ........................................... ........................................... 8
3.2.3.3. مساحات الأسماء المقصودة ........................................... ........................................... 8
3.2.3.4. أهداف البث ................................ ................................ . ................................................ 9
3.3. توافق واجهة برمجة التطبيقات الأصلية ............................................ ................................................ 9
3.4. توافق واجهة برمجة تطبيقات الويب ............................................... ............................................ 9
3.5. التوافق السلوكي لواجهة برمجة التطبيقات (API)................................................................ ................................ 10
3.6. مساحات أسماء واجهة برمجة التطبيقات................................................ .................................................. .10
3.7. التوافق مع الأجهزة الافتراضية ........................................... .............................. 11
3.8. توافق واجهة المستخدم ........................................... ................................ 11

3.8.1. الحاجيات ................................................. .................................................. ........... 11
3.8.2. إشعارات ................................................. .................................................. 12
3.8.3. يبحث ................................................. .................................................. .......... 12
3.8.4. الخبز المحمص ........................................................... .................................................. ........... 12

4. توافق البرامج المرجعية .............................................. ................................ 12
5. توافق تعبئة التطبيقات .............................................. ........................... 13
6. توافق الوسائط المتعددة................................................. .............................................. 13
7. توافق أدوات المطورين .............................................. ........................................... 14
8. توافق الأجهزة .............................................. ................................................ 15
8.1. عرض ................................................. .................................................. ................ 15
8.1.1. تكوينات العرض القياسية .............................................. .................. 15
8.1.2. تكوينات العرض غير القياسية .............................................. ............ 16
8.1.3. عرض المقاييس .............................................. ............................................... 16

8.2. لوحة المفاتيح ................................................. .................................................. ............ 16
8.3. الملاحة بدون لمس .............................................. ................................................ 16
8.4. اتجاه الشاشة .............................................. ................................................ 17
8.5. إدخال شاشة اللمس ........................................... ................................................ 17
8.6. USB ................................................. .................................................. ........................... 17
8.7. مفاتيح التنقل .............................................. .................................................. .. 17
8.8. واي فاي ................................................. .................................................. ........................... 17
8.9. آلة تصوير ................................................. .................................................. ............... 18
8.9.1. الكاميرات غير ذات التركيز التلقائي ........................................... ................................ 18
8.10. مقياس التسارع .............................................. .................................................. .. 18
8.11. بوصلة ................................................. .................................................. .......... 19
8.12. نظام تحديد المواقع ........................................................... .................................................. ................... 19
8.13. الهاتف ........................................................... .................................................. ......... 19
8.14. التحكم في مستوى الصوت................................................ .................................................. 19

9. توافق الأداء .............................................. ................................................ 19
10. توافق نموذج الأمان .............................................. ................................................ 20
10.1. الأذونات .............................................. .................................................. ..... 20
10.2. عزل المستخدم والعملية ........................................... ................................ 20
10.3. أذونات نظام الملفات................................................ ........................................... 21
11. مجموعة اختبار التوافق ........................................... ................................................ 21

12. اتصل بنا .............................................. .................................................. ................. 21
الملحق أ: نوايا التطبيق المطلوبة ........................................... ........................... 22
الملحق ب: أهداف البث المطلوبة................................................. ........................... 0
الملحق ج: الاعتبارات المستقبلية .............................................. ................................... 0

1. الأجهزة غير الهاتفية ........................................... ................................................ 30
2. توافق البلوتوث .............................................. ................................................ 30
3. مكونات الأجهزة المطلوبة................................................ .............................. 30
4. نماذج التطبيقات .............................................. ................................................ 30
5. شاشات اللمس ........................................... .................................................. ......... 30
6. الأداء .............................................. .................................................. ............ 31

1 المقدمة
تسرد هذه الوثيقة المتطلبات التي يجب استيفاؤها حتى تكون الهواتف المحمولة متاحة
متوافق مع أندرويد 1.6. يفترض هذا التعريف الإلمام ببرنامج التوافق مع Android
[الموارد، 1].
استخدام "يجب"، "لا يجب"، "مطلوب"، "يجب"، "لا يجوز"، "ينبغي"، "لا ينبغي"، "موصى به"،
"يجوز" و"اختياري" يتوافقان مع معيار IETF المحدد في RFC2119 [ الموارد ، 2].
كما هو مستخدم في هذا المستند، فإن "منفذ الجهاز" أو "المنفذ" هو شخص أو مؤسسة تقوم بالتطوير
حل الأجهزة/البرامج التي تعمل بنظام التشغيل Android 1.6. "تنفيذ الجهاز" أو "التنفيذ" هو
تم تطوير حل الأجهزة/البرمجيات.
لكي يتم اعتباره متوافقًا مع Android 1.6، فإن تطبيقات الأجهزة:
1. يجب أن يستوفي المتطلبات الواردة في تعريف التوافق هذا، بما في ذلك أي مستندات
أدرجت عن طريق المرجع.
2. يجب اجتياز مجموعة اختبار توافق Android (CTS) المتوفرة كجزء من Android Open
مصدر المشروع [ الموارد , 3]. يختبر CTS معظم المكونات الموضحة في هذا، ولكن ليس كلها
وثيقة.
عندما يكون هذا التعريف أو CTS صامتًا أو غامضًا أو غير كامل، فهو مسؤولية الجهاز
المنفذ لضمان التوافق مع التطبيقات الحالية. ولهذا السبب، تم فتح Android
مشروع المصدر [ الموارد ، 4] هو المرجع والتنفيذ المفضل لنظام Android. جهاز
يتم تشجيع المنفذين بشدة على تأسيس عمليات التنفيذ الخاصة بهم على كود المصدر "المنبع".
متاح من مشروع Android مفتوح المصدر. في حين يمكن من الناحية النظرية استبدال بعض المكونات
مع التطبيقات البديلة، لا يتم تشجيع هذه الممارسة بشدة، حيث سيصبح اجتياز اختبارات CTS
أكثر صعوبة إلى حد كبير. وتقع على عاتق المنفذ مسؤولية ضمان التوافق السلوكي الكامل معه
تطبيق Android القياسي، بما في ذلك مجموعة اختبار التوافق وما بعدها.
2. الموارد
يشير تعريف التوافق هذا إلى عدد من الموارد التي يمكن الحصول عليها هنا.
1. نظرة عامة على برنامج التوافق مع Android: https://sites.google.com/a/android.com/compatibility/
كيف تعمل
2. مستويات متطلبات IETF RFC2119: http://www.ietf.org/rfc/rfc2119.txt
3. مجموعة اختبار التوافق: http://sites.google.com/a/android.com/compatibility/compatibility-test-
جناح-cts
4. مشروع أندرويد مفتوح المصدر: http://source.android.com/
5. تعريفات ووثائق واجهة برمجة التطبيقات: http://developer.android.com/reference/packages.html
6. موفري المحتوى: http://code.google.com/android/reference/android/provider/package-
ملخص.html
7. الموارد المتاحة: http://code.google.com/android/reference/available-resources.html
8. ملفات بيان Android: http://code.google.com/android/devel/bblocks-manifest.html
9. مرجع أذونات Android: http://developer.android.com/reference/android/
Manifest.permission.html
10. بناء الثوابت: http://developer.android.com/reference/android/os/Build.html
11. عرض الويب: http://developer.android.com/reference/android/webkit/WebView.html
12. ملحقات متصفح Gears: http://code.google.com/apis/gears/

13. مواصفات Dalvik Virtual Machine، الموجودة في دليل dalvik/docs الخاص بكود المصدر
الدفع؛ متاح أيضًا على http://android.git.kernel.org/?p=platform/
dalvik.git;a=tree;f=docs;h=3e2ddbcaf7f370246246f9f03620a7caccbfcb12;hb=HEAD

14. أدوات التطبيقات: http://developer.android.com/guide/practices/ui_guidelines/widget_design.html
15. الإخطارات: http://developer.android.com/guide/topics/ui/notifiers/notifications.html
16. دليل نمط رمز شريط الحالة: http://developer.android.com/guide/practices/ui_guideline
/icon_design.html#statusbarstructure
17. مدير البحث: http://developer.android.com/reference/android/app/SearchManager.html
18. نخب: http://developer.android.com/reference/android/widget/Toast.html
19. تطبيقات أندرويد: http://code.google.com/p/apps-for-android
20. وصف ملف Android APK: http://developer.android.com/guide/topics/fundamentals.html
21. جسر تصحيح Android (adb): http://code.google.com/android/reference/adb.html
22. خدمة Dalvik Debug Monitor (ddms): http://code.google.com/android/reference/ddms.html
23. القرد: http://developer.android.com/guide/developing/tools/monkey.html
24. عرض وثائق الاستقلال:
25. ثوابت التكوين: http://developer.android.com/reference/android/content/res/
التكوين.html
26. عرض المقاييس: http://developer.android.com/reference/android/util/DisplayMetrics.html
27. الكاميرا: http://developer.android.com/reference/android/hardware/Camera.html
28. مساحة إحداثيات الاستشعار: http://developer.android.com/reference/android/hardware/
SensorEvent.html
29. مرجع أمان Android والأذونات: http://developer.android.com/guide/topics/security/
Security.html
يتم اشتقاق العديد من هذه الموارد بشكل مباشر أو غير مباشر من Android 1.6 SDK، وسيتم
متطابقة وظيفيًا مع المعلومات الموجودة في وثائق SDK تلك. في أي الحالات حيث هذا
لا يتفق تعريف التوافق مع وثائق SDK، ويتم أخذ وثائق SDK في الاعتبار
موثوق. أي تفاصيل فنية مقدمة في المراجع المذكورة أعلاه يتم أخذها في الاعتبار من خلال التضمين
لتكون جزءًا من تعريف التوافق هذا.
3. البرمجيات
يشتمل نظام Android الأساسي على مجموعة من واجهات برمجة التطبيقات المُدارة ("الصلبة") ومجموعة مما يسمى بواجهات برمجة التطبيقات "الناعمة".
مثل نظام Intent، وواجهات برمجة التطبيقات ذات التعليمات البرمجية الأصلية، وواجهات برمجة تطبيقات تطبيقات الويب. هذا القسم تفاصيل الصعبة و
واجهات برمجة التطبيقات الناعمة التي تعد جزءًا لا يتجزأ من التوافق، بالإضافة إلى بعض الواجهات الفنية وواجهات المستخدم الأخرى ذات الصلة
السلوكيات. يجب أن تمتثل تطبيقات الأجهزة لجميع المتطلبات الواردة في هذا القسم.
3.1. توافق واجهة برمجة التطبيقات المُدارة
تعد بيئة التنفيذ المُدارة (المعتمدة على Dalvik) هي الوسيلة الأساسية لتطبيقات Android. ال
واجهة برمجة تطبيقات Android (API) هي مجموعة واجهات نظام Android الأساسية المعرضة لها
التطبيقات التي تعمل في بيئة VM المُدارة. يجب أن توفر تطبيقات الجهاز كاملة
التطبيقات، بما في ذلك جميع السلوكيات الموثقة، لأي واجهة برمجة تطبيقات موثقة مكشوفة بواسطة Android
1.6 SDK، مثل:
1. واجهات برمجة تطبيقات Android الأساسية بلغة Java [الموارد، 5].
2. موفرو المحتوى [الموارد ، 6].
3. الموارد [الموارد، 7].
4. سمات وعناصر AndroidManifest.xml [الموارد، 8].

يجب ألا تحذف تطبيقات الأجهزة أي واجهات برمجة تطبيقات مُدارة، أو تغير واجهات واجهة برمجة التطبيقات أو التوقيعات، أو تنحرف
من السلوك الموثق، أو تضمين حظر العمليات، باستثناء ما يسمح به هذا التوافق على وجه التحديد
تعريف.
3.2. توافق واجهة برمجة التطبيقات الناعمة
بالإضافة إلى واجهات برمجة التطبيقات المُدارة من القسم 3.1، يشتمل Android أيضًا على برنامج "soft" مهم لوقت التشغيل فقط
واجهة برمجة التطبيقات (API)، في شكل أشياء مثل المقاصد والأذونات والجوانب المماثلة لتطبيقات Android
التي لا يمكن فرضها في وقت ترجمة التطبيق. يعرض هذا القسم تفاصيل واجهات برمجة التطبيقات "الناعمة" والنظام
السلوكيات المطلوبة للتوافق مع Android 1.6. يجب أن تلبي تطبيقات الجهاز كافة المتطلبات
المتطلبات المقدمة في هذا القسم.
3.2.1. الأذونات
يجب على منفذي الأجهزة دعم وتنفيذ جميع ثوابت الأذونات كما هو موثق في
الصفحة المرجعية للإذن [ الموارد , 9]. لاحظ أن القسم 10 يسرد المتطلبات الإضافية المتعلقة بـ
نموذج أمان أندرويد.
3.2.2. بناء المعلمات
تشتمل واجهات برمجة تطبيقات Android على عدد من الثوابت في فئة android.os.Build [Resources, 10] وهي
يهدف إلى وصف الجهاز الحالي. لتوفير قيم متسقة وذات معنى عبر الجهاز
التطبيقات، يتضمن الجدول أدناه قيودًا إضافية على تنسيقات هذه القيم التي
يجب أن تتوافق تطبيقات الجهاز.
معامل
تعليقات
إصدار نظام أندرويد الذي يتم تنفيذه حاليًا، باللغة البشرية
android.os.Build.VERSION.RELEASE
تنسيق قابل للقراءة. بالنسبة لنظام التشغيل Android 1.6، يجب أن يحتوي هذا الحقل على قيمة السلسلة
"1.6".
نسخة نظام الأندرويد المعمول به حاليا بصيغة
android.os.Build.VERSION.SDK
يمكن الوصول إليها من خلال رمز تطبيق الطرف الثالث. لنظام Android 1.6، هذا الحقل
يجب أن يكون لديك قيمة عددية 4.
قيمة تم اختيارها بواسطة منفذ الجهاز الذي يحدد البنية المحددة
لنظام Android الذي يتم تنفيذه حاليًا، بتنسيق يمكن قراءته بواسطة الإنسان.
يجب عدم إعادة استخدام هذه القيمة للإصدارات المختلفة التي تم شحنها حتى النهاية
android.os.Build.VERSION.INCREMENTAL للمستخدمين. الاستخدام النموذجي لهذا الحقل هو الإشارة إلى رقم الإصدار أو رقم الإصدار
تم استخدام معرف تغيير التحكم بالمصدر لإنشاء البنية. هناك
لا توجد متطلبات بشأن التنسيق المحدد لهذا الحقل، إلا أنه
يجب ألا تكون فارغة أو سلسلة فارغة ("").
قيمة يختارها منفذ الجهاز لتحديد الجزء الداخلي المحدد
الأجهزة التي يستخدمها الجهاز، بتنسيق يمكن قراءته بواسطة الإنسان. استخدام ممكن
android.os.Build.BOARD
هذا الحقل هو الإشارة إلى المراجعة المحددة للوحة التي تعمل على تشغيل
جهاز. لا توجد متطلبات بشأن التنسيق المحدد لهذا المجال،
باستثناء أنه يجب ألا يكون فارغًا أو سلسلة فارغة ("").
قيمة يختارها منفذ الجهاز لتحديد اسم
android.os.Build.BRAND
الشركة، المنظمة، الفرد، وما إلى ذلك الذي أنتج الجهاز، في
تنسيق يمكن قراءته بواسطة الإنسان. الاستخدام المحتمل لهذا الحقل هو الإشارة إلى OEM

و/أو الناقل الذي باع الجهاز. لا توجد متطلبات على
تنسيق محدد لهذا الحقل، باستثناء أنه يجب ألا يكون فارغًا أو فارغًا
خيط ("").
قيمة يختارها منفذ الجهاز لتحديد القيمة المحددة
تكوين أو مراجعة الجسم (يسمى أحيانًا "الصناعي".
android.os.Build.DEVICE
design") للجهاز. ولا توجد متطلبات بشأن التنسيق المحدد
لهذا الحقل، باستثناء أنه يجب ألا يكون فارغًا أو سلسلة فارغة ("").
سلسلة تحدد هذا البناء بشكل فريد. ينبغي أن يكون معقولا
انسان قارئ. يجب أن يتبع هذا القالب:
$(PRODUCT_BRAND)/$(PRODUCT_NAME)/$(PRODUCT_DEVICE)/
$(TARGET_BOOTLOADER_BOARD_NAME):$(PLATFORM_VERSION)/
$(BUILD_ID)/$(BUILD_NUMBER):$(TARGET_BUILD_VARIANT)/
android.os.Build.FINGERPRINT
$(BUILD_VERSION_TAGS)
على سبيل المثال: acme/mydevicel/generic/generic:Donut/ERC77/
3359:تصحيح أخطاء المستخدم/مفاتيح الاختبار
يجب ألا تتضمن بصمة الإصبع مسافات. إذا تم تضمين الحقول الأخرى في
يحتوي القالب أعلاه على مسافات، ويجب استبدالها بـ ASCII
حرف الشرطة السفلية ("_") في بصمة الإصبع.
سلسلة تحدد بشكل فريد المضيف الذي تم بناء البناء عليه، في الإنسان
android.os.Build.HOST
تنسيق قابل للقراءة. لا توجد متطلبات بشأن التنسيق المحدد لهذا
الحقل، باستثناء أنه يجب ألا يكون فارغًا أو سلسلة فارغة ("").
معرف تم اختياره بواسطة منفذ الجهاز للإشارة إلى جهاز محدد
الإصدار، في شكل يمكن قراءته من قبل الإنسان. يمكن أن يكون هذا الحقل بنفس الطريقة
android.os.Build.VERSION.INCREMENTAL، ولكن يجب أن تكون قيمة
android.os.Build.ID
تهدف إلى أن تكون ذات معنى إلى حد ما للمستخدمين النهائيين. لا يوجد
المتطلبات المتعلقة بالتنسيق المحدد لهذا الحقل، باستثناء أنه لا يجب ذلك
تكون فارغة أو السلسلة الفارغة ("").
قيمة يختارها منفذ الجهاز وتحتوي على اسم
الجهاز كما هو معروف للمستخدم النهائي. يجب أن يكون هذا هو نفس الاسم
android.os.Build.MODEL
والتي بموجبها يتم تسويق الجهاز وبيعه للمستخدمين النهائيين. لا يوجد
المتطلبات المتعلقة بالتنسيق المحدد لهذا الحقل، باستثناء أنه لا يجب ذلك
تكون فارغة أو السلسلة الفارغة ("").
قيمة يختارها منفذ الجهاز وتحتوي على التطوير
اسم أو رمز الجهاز. يجب أن تكون قابلة للقراءة من قبل الإنسان، ولكنها ليست كذلك
android.os.Build.PRODUCT
المقصود بالضرورة للعرض من قبل المستخدمين النهائيين. لا توجد متطلبات
على التنسيق المحدد لهذا الحقل، باستثناء أنه يجب ألا يكون فارغًا أو
سلسلة فارغة ("").
قائمة مفصولة بفواصل من العلامات التي اختارها منفذ الجهاز
مزيد من التمييز بين البناء. على سبيل المثال، "غير موقع، تصحيح". هذا الحقل
android.os.Build.TAGS
يجب ألا تكون فارغة أو سلسلة فارغة ("")، بل يجب أن تكون علامة واحدة (مثل
"الإفراج") على ما يرام.
android.os.Build.TIME
قيمة تمثل الطابع الزمني لوقت حدوث الإنشاء.
قيمة تم اختيارها بواسطة منفذ تنفيذ الجهاز لتحديد وقت التشغيل
تكوين البناء. يجب أن يحتوي هذا الحقل على إحدى القيم
android.os.Build.TYPE
يتوافق مع تكوينات وقت تشغيل Android الثلاثة النموذجية: "المستخدم"،
"userdebug" أو "eng".
اسم أو معرف المستخدم للمستخدم (أو المستخدم الآلي) الذي أنشأ الملف
android.os.Build.USER
يبني. لا توجد متطلبات بشأن التنسيق المحدد لهذا المجال،
باستثناء أنه يجب ألا يكون فارغًا أو سلسلة فارغة ("").

3.2.3. توافق النية
يستخدم Android النوايا لتحقيق التكامل المترابط بين التطبيقات. يصف هذا القسم
المتطلبات المتعلقة بأنماط النوايا التي يجب احترامها من خلال تطبيقات الجهاز. بواسطة
"تكريم"، يعني أن منفذ الجهاز يجب أن يوفر نشاطًا أو خدمة Android أو غير ذلك
المكون الذي يحدد مرشح Intent المطابق ويرتبط بالسلوك الصحيح وينفذه لكل منها
نمط النية المحدد.
3.2.3.1. نوايا التطبيق الأساسية
يحدد المشروع الأولي لنظام Android عددًا من التطبيقات الأساسية، مثل برنامج الاتصال بالهاتف، والتقويم،
دفتر الأسماء ومشغل الموسيقى وما إلى ذلك. يجوز لمنفذي الأجهزة استبدال هذه التطبيقات بـ
إصدارات بديلة.
ومع ذلك، يجب أن تحترم أي إصدارات بديلة نفس أنماط النوايا التي يوفرها المنبع
مشروع. (على سبيل المثال، إذا كان الجهاز يحتوي على مشغل موسيقى بديل، فلا يزال يتعين عليه احترام نمط الهدف
الصادرة عن تطبيقات الطرف الثالث لاختيار أغنية.) يجب أن تدعم تطبيقات الجهاز جميع أنماط النوايا
المدرجة في الملحق أ.
3.2.3.2. تجاوزات النية
نظرًا لأن Android هو نظام أساسي قابل للتوسيع، يجب على منفذي الأجهزة السماح بكل نمط غرض موصوف في
سيتم تجاوز الملحق أ بواسطة تطبيقات الطرف الثالث. مشروع Android مفتوح المصدر
يسمح بذلك بشكل افتراضي؛ يجب على منفذي الأجهزة عدم إرفاق امتيازات خاصة لتطبيقات النظام
استخدام أنماط النوايا هذه، أو منع تطبيقات الطرف الثالث من الارتباط والسيطرة عليها
هذه الأنماط. يتضمن هذا الحظر على وجه التحديد تعطيل واجهة المستخدم "المختار" التي تسمح بذلك
يمكن للمستخدم الاختيار بين تطبيقات متعددة تتعامل جميعها مع نفس نمط النوايا.
3.2.3.3. مساحات الأسماء النية
يجب ألا يتضمن منفذو الأجهزة أي مكون Android يحترم أي نية أو
أنماط نية البث باستخدام ACTION أو CATEGORY أو سلسلة مفاتيح أخرى في مساحة الاسم android.*.
يجب ألا يتضمن منفذو الأجهزة أي مكونات Android تحترم أي نية أو
أنماط نية البث باستخدام ACTION أو CATEGORY أو سلسلة مفاتيح أخرى في مساحة الحزمة
تابعة لمنظمة أخرى. يجب على منفذي الأجهزة عدم تغيير أو توسيع أي من النوايا
الأنماط المدرجة في الملحقين أ أو ب.
يشبه هذا الحظر الحظر المحدد لفئات لغة Java في القسم 3.6.

3.2.3.4. نوايا البث
تعتمد تطبيقات الطرف الثالث على النظام الأساسي لبث نوايا معينة لإعلامها بالتغييرات في
بيئة الأجهزة أو البرامج. يجب على الأجهزة المتوافقة مع Android بث البث العام
النوايا استجابة لأحداث النظام المناسبة. يتم توفير قائمة بأهداف البث المطلوبة في
ملحق ب؛ ومع ذلك، لاحظ أن SDK قد تحدد أهداف بث إضافية، وهو ما يجب أن يكون كذلك
تكريم.
3.3. توافق واجهة برمجة التطبيقات الأصلية
يمكن للتعليمات البرمجية المُدارة التي يتم تشغيلها في Dalvik استدعاء التعليمات البرمجية الأصلية المتوفرة في ملف التطبيق .apk باعتباره ELF
ملف .so تم تجميعه لبنية أجهزة الجهاز المناسبة. يجب أن تتضمن تطبيقات الجهاز
دعم التعليمات البرمجية التي يتم تشغيلها في البيئة المُدارة لاستدعاء التعليمات البرمجية الأصلية، باستخدام Java القياسي
دلالات الواجهة الأصلية (JNI). يجب أن تكون واجهات برمجة التطبيقات التالية متاحة للتعليمات البرمجية الأصلية:
libc (مكتبة C)
libm (مكتبة الرياضيات)
واجهة JNI
libz (ضغط Zlib)
liblog (تسجيل Android)
الحد الأدنى من الدعم لC++
برنامج OpenGL ES 1.1
يجب أن تكون هذه المكتبات متوافقة مع المصدر (أي متوافقة مع الرأس) ومتوافقة مع الثنائي (في حالة معينة
بنية المعالج) مع الإصدارات المتوفرة في Bionic بواسطة مشروع Android مفتوح المصدر. منذ
تطبيقات Bionic غير متوافقة تمامًا مع التطبيقات الأخرى مثل GNU C
المكتبة، يجب على منفذي الأجهزة استخدام تطبيق Android. إذا كان منفذو الجهاز يستخدمون ملف
عند تنفيذ هذه المكتبات بشكل مختلف، يجب عليها التأكد من توافق الرأس والثنائي.
يعد توافق التعليمات البرمجية الأصلية أمرًا صعبًا. لهذا السبب، نود أن نكرر أن منفذي الأجهزة هم
نشجع بشدة على استخدام التطبيقات الأولية للمكتبات المذكورة أعلاه للمساعدة
ضمان التوافق.
3.4. توافق واجهة برمجة تطبيقات الويب
يعتمد العديد من المطورين والتطبيقات على سلوك فئة android.webkit.WebView [ الموارد ،
11] لواجهات المستخدم الخاصة بهم، لذلك يجب أن يكون تطبيق WebView متوافقًا عبر Android
التطبيقات. يستخدم تطبيق Android Open Source إصدار محرك العرض WebKit
تنفيذ عرض الويب.
لأنه ليس من الممكن تطوير مجموعة اختبار شاملة لمتصفح الويب ومنفذي الأجهزة
يجب استخدام البنية الأولية المحددة لـ WebKit في تطبيق WebView. خاصة:
• يجب أن يستخدم WebView الإصدار 528.5+ WebKit من شجرة Android مفتوحة المصدر الأولية
أندرويد 1.6. يتضمن هذا الإصدار مجموعة محددة من إصلاحات الوظائف والأمان لـ WebView.
• يجب أن تكون سلسلة وكيل المستخدم التي أبلغ عنها WebView بهذا التنسيق:
Mozilla/5.0 (Linux; U; Android 1.6; <language>-<country>; <device
الاسم>؛ البنية/<معرف البناء>) AppleWebKit/528.5+ (KHTML، مثل Gecko)
الإصدار/3.1.2 موبايل سفاري/525.20.1

◦ يجب أن تكون سلسلة "<اسم الجهاز>" هي نفس قيمة
android.os.Build.MODEL
◦ يجب أن تكون سلسلة "<معرف البناء>" هي نفس قيمة android.os.Build.ID.
◦ يجب أن تتبع السلاسل "<language>" و"<country>" الاصطلاحات المعتادة لـ
رمز البلد واللغة، ويجب أن يشير إلى اللغة المحلية الحالية للجهاز على
وقت الطلب.
قد تقوم عمليات التنفيذ بشحن سلسلة وكيل مستخدم مخصصة في تطبيق المتصفح المستقل. ما هى
علاوة على ذلك، قد يعتمد المتصفح المستقل على تقنية متصفح بديلة (مثل Firefox،
Opera، وما إلى ذلك) ومع ذلك، حتى إذا تم شحن تطبيق متصفح بديل، فإن مكون WebView
يجب أن تعتمد تطبيقات الطرف الثالث على WebKit، كما هو مذكور أعلاه.
يجب أن يتضمن تطبيق المتصفح المستقل دعمًا لـ Gears [ الموارد، 12] وMAY
تضمين الدعم لبعض أو كل HTML5.
3.5. التوافق السلوكي لواجهة برمجة التطبيقات (API).
يجب أن تكون سلوكيات كل نوع من أنواع واجهات برمجة التطبيقات (المدارة والبرمجية والمحلية والويب) متوافقة مع
التنفيذ المفضل لنظام Android متاح من مشروع Android مفتوح المصدر.
بعض مجالات التوافق المحددة هي:
• يجب ألا تغير الأجهزة سلوك أو معنى النية القياسية
• يجب ألا تغير الأجهزة دورة الحياة أو دلالات دورة الحياة لنوع معين من النظام
المكون (مثل الخدمة، والنشاط، وContentProvider، وما إلى ذلك)
• يجب ألا تغير الأجهزة دلالات إذن معين
القائمة أعلاه ليست شاملة، وتقع المسؤولية على عاتق منفذي الأجهزة لضمان السلوك
التوافق. لهذا السبب، يجب على منفذي الأجهزة استخدام كود المصدر المتاح عبر
مشروع Android مفتوح المصدر حيثما أمكن ذلك، بدلاً من إعادة تنفيذ أجزاء مهمة من النظام.
تقوم مجموعة اختبار التوافق (CTS) باختبار أجزاء كبيرة من النظام الأساسي للتأكد من توافقها السلوكي،
لكن ليس كل. تقع على عاتق المُنفِّذ مسؤولية ضمان التوافق السلوكي مع نظام Android
مشروع مفتوح المصدر.
3.6. مساحات أسماء API
يتبع Android اصطلاحات مساحة اسم الحزمة والفئة التي تحددها برمجة Java
لغة. لضمان التوافق مع تطبيقات الطرف الثالث، يجب على منفذي الأجهزة عدم القيام بذلك
أي تعديلات محظورة (انظر أدناه) على مساحات أسماء الحزمة هذه:
• جافا.*
• جافاكس.*
• شمس.*
• ذكري المظهر.*
• com.android.*
التعديلات المحظورة تشمل:
• يجب ألا تقوم عمليات تنفيذ الأجهزة بتعديل واجهات برمجة التطبيقات المكشوفة للعامة على نظام Android الأساسي
عن طريق تغيير أي أسلوب أو توقيعات فئة، أو عن طريق إزالة الفئات أو حقول الفئة.

• يجوز لمنفذي الأجهزة تعديل التنفيذ الأساسي لواجهات برمجة التطبيقات، ولكن هذا هو الحال
يجب ألا تؤثر التعديلات على السلوك المعلن وتوقيع لغة جافا لأي منها
واجهات برمجة التطبيقات المكشوفة علنًا.
• يجب على منفذي الأجهزة عدم إضافة أي عناصر مكشوفة للعامة (مثل الفئات أو
واجهات أو حقول أو طرق للفئات أو الواجهات الموجودة) إلى واجهات برمجة التطبيقات أعلاه.
"العنصر المكشوف للعامة" هو أي بناء غير مزخرف بعلامة "@hide" في ملف
كود مصدر Android المنبع. بمعنى آخر، يجب على منفذي الأجهزة عدم الكشف عن واجهات برمجة التطبيقات الجديدة أو
تغيير واجهات برمجة التطبيقات الموجودة في مساحات الأسماء المذكورة أعلاه. قد يقوم منفذو الأجهزة بإجراء داخلي فقط
التعديلات، ولكن يجب عدم الإعلان عن هذه التعديلات أو عرضها للمطورين بطريقة أخرى.
يجوز لمنفذي الأجهزة إضافة واجهات برمجة تطبيقات مخصصة، ولكن يجب ألا تكون أي واجهات برمجة تطبيقات من هذا القبيل في مساحة اسم مملوكة
بواسطة أو بالإشارة إلى منظمة أخرى. على سبيل المثال، يجب على منفذي الأجهزة عدم إضافة واجهات برمجة التطبيقات إلى ملف
com.google.* أو مساحة اسم مشابهة؛ جوجل فقط هي التي يمكنها فعل ذلك. وبالمثل، يجب على Google عدم إضافة واجهات برمجة التطبيقات إلى
مساحات أسماء الشركات الأخرى.
إذا اقترح أحد مُنفِّذي الجهاز تحسين إحدى مساحات أسماء الحزمة أعلاه (على سبيل المثال عن طريق إضافة
وظيفة جديدة مفيدة لواجهة برمجة تطبيقات موجودة، أو إضافة واجهة برمجة تطبيقات جديدة)، يجب على المنفذ زيارتها
source.android.com وابدأ عملية المساهمة بالتغييرات والتعليمات البرمجية، وفقًا لـ
المعلومات الموجودة على هذا الموقع.
لاحظ أن القيود المذكورة أعلاه تتوافق مع الاصطلاحات القياسية لتسمية واجهات برمجة التطبيقات في Java
لغة برمجة؛ ويهدف هذا القسم ببساطة إلى تعزيز تلك الاتفاقيات وجعلها ملزمة
من خلال إدراجها في تعريف التوافق هذا.
3.7. توافق الآلة الافتراضية
يجب أن يدعم جهاز Android المتوافق مواصفات كود Dalvik القابل للتنفيذ (DEX) الكاملة و
دلالات الآلة الافتراضية Dalvik [الموارد، 13].
3.8. توافق واجهة المستخدم
يتضمن نظام Android الأساسي بعض واجهات برمجة التطبيقات للمطورين التي تسمح للمطورين بالاتصال بمستخدم النظام
واجهه المستخدم. يجب أن تتضمن تطبيقات الأجهزة واجهات برمجة تطبيقات واجهة المستخدم القياسية هذه في واجهات المستخدم المخصصة
يتطورون، كما هو موضح أدناه.
3.8.1. الحاجيات
يحدد Android نوع المكون وواجهة برمجة التطبيقات (API) المقابلة ودورة الحياة التي تسمح للتطبيقات بالكشف
"AppWidget" للمستخدم النهائي [الموارد ، 14] . يتضمن الإصدار المرجعي لنظام Android مفتوح المصدر ملفًا
تطبيق Launcher يتضمن عناصر واجهة المستخدم التي تسمح للمستخدم بالإضافة والعرض والإزالة
AppWidgets من الشاشة الرئيسية.
يجوز لمنفذي الأجهزة استبدال بديل للمشغل المرجعي (أي الشاشة الرئيسية).
يجب أن تتضمن المشغلات البديلة دعمًا مدمجًا لـ AppWidgets، وتكشف عن واجهة المستخدم
عناصر لإضافة AppWidgets وعرضها وإزالتها مباشرة داخل Launcher. قاذفات بديلة قد
حذف عناصر واجهة المستخدم هذه؛ ومع ذلك، إذا تم حذفها، فيجب على منفذ الجهاز توفير ملف
تطبيق منفصل يمكن الوصول إليه من Launcher والذي يسمح للمستخدمين بالإضافة والعرض والإزالة
أدوات التطبيق.

3.8.2. إشعارات
يتضمن Android واجهات برمجة التطبيقات التي تسمح للمطورين بإخطار المستخدمين بالأحداث البارزة [الموارد، 15]. جهاز
يجب على المنفذين تقديم الدعم لكل فئة من الإخطارات المحددة على هذا النحو؛ على وجه التحديد: الأصوات،
الاهتزاز والضوء وشريط الحالة.
بالإضافة إلى ذلك، يجب أن يتم عرض التنفيذ بشكل صحيح وأن يتم عرض جميع الموارد (الأيقونات، وملفات الصوت، وما إلى ذلك).
المنصوص عليها في واجهات برمجة التطبيقات [الموارد، 7]، أو في دليل نمط أيقونة شريط الحالة [الموارد ، 16]. جهاز
قد يوفر المنفذون تجربة مستخدم بديلة للإشعارات غير تلك التي يوفرها
مرجع لتطبيق Android مفتوح المصدر؛ ومع ذلك، يجب أن تكون أنظمة الإخطار البديلة هذه
دعم موارد الإعلام الموجودة، على النحو الوارد أعلاه.
3.8.3. يبحث
يتضمن Android واجهات برمجة التطبيقات [الموارد، 17] التي تسمح للمطورين بدمج البحث في تطبيقاتهم،
وكشف بيانات تطبيقاتهم في بحث النظام العالمي. بشكل عام، هذه الوظيفة
يتكون من واجهة مستخدم واحدة على مستوى النظام تسمح للمستخدمين بإدخال الاستعلامات وعرض الاقتراحات
كما يكتب المستخدمون، ويعرض النتائج. تسمح واجهات برمجة تطبيقات Android للمطورين بإعادة استخدام هذه الواجهة لتوفيرها
البحث داخل تطبيقاتهم الخاصة، والسماح للمطورين بتقديم النتائج لمستخدم البحث العالمي المشترك
واجهه المستخدم.
يجب أن تشتمل تطبيقات الأجهزة على واجهة مستخدم بحث واحدة ومشتركة على مستوى النظام قادرة على القيام بذلك
اقتراحات في الوقت الحقيقي استجابة لمدخلات المستخدم. يجب أن تنفذ تطبيقات الأجهزة واجهات برمجة التطبيقات التي
السماح للمطورين بإعادة استخدام واجهة المستخدم هذه لتوفير البحث داخل تطبيقاتهم الخاصة.
يجب أن تنفذ تطبيقات الأجهزة واجهات برمجة التطبيقات التي تسمح لتطبيقات الجهات الخارجية بإضافة اقتراحات
إلى مربع البحث عند تشغيله في وضع البحث العام. إذا لم يتم تثبيت أي تطبيقات تابعة لجهات خارجية
للاستفادة من هذه الوظيفة، يجب أن يكون السلوك الافتراضي هو عرض نتائج محرك بحث الويب و
اقتراحات.
قد تقدم تطبيقات الأجهزة واجهات مستخدم بحث بديلة، ولكن يجب أن تشتمل على واجهة صلبة أو ناعمة
زر بحث مخصص، يمكن استخدامه في أي وقت داخل أي تطبيق لاستدعاء إطار البحث،
مع السلوك المنصوص عليه في وثائق API.
3.8.4. الخبز المحمص
يمكن للتطبيقات استخدام واجهة برمجة التطبيقات "Toast" (المحددة في [ الموارد، 18]) لعرض سلاسل قصيرة غير مشروطة على
المستخدم النهائي، والتي تختفي بعد فترة وجيزة من الزمن. يجب أن تعرض تطبيقات الجهاز الخبز المحمص من
التطبيقات للمستخدمين النهائيين بطريقة عالية الوضوح.
4. توافق البرامج المرجعية
يجب على منفذي الأجهزة اختبار توافق التنفيذ باستخدام المصدر المفتوح التالي
التطبيقات:
• الآلة الحاسبة (مضمنة في SDK)
• Lunar Lander (مضمن في SDK)
• ApiDemos (مضمن في SDK)
• تطبيقات "Apps for Android" [ الموارد، 19]
يجب أن يتم تشغيل كل تطبيق أعلاه وأن يتصرف بشكل صحيح عند التنفيذ، حتى يتم التنفيذ

تعتبر متوافقة.
5. توافق تغليف التطبيقات
يجب أن تقوم تطبيقات الأجهزة بتثبيت وتشغيل ملفات Android ".apk" كما تم إنشاؤها بواسطة أداة "aapt".
مضمن في Android SDK الرسمي [ الموارد ، 20].
يجب ألا تقوم عمليات تنفيذ الأجهزة بتوسيع الرمز الثانوي ‎.apk أو Android Manifest أو Dalvik
التنسيقات بطريقة تمنع تثبيت تلك الملفات وتشغيلها بشكل صحيح على أجهزة أخرى
الأجهزة المتوافقة. يجب على منفذي الأجهزة استخدام التنفيذ المرجعي لـ Dalvik،
ونظام إدارة حزم التنفيذ المرجعي.
6. توافق الوسائط المتعددة
يجب أن يدعم جهاز Android المتوافق برامج ترميز الوسائط المتعددة التالية. كل هذه الترميز هي
يتم توفيرها كتطبيقات برمجية في تطبيق Android المفضل من Android Open
مصدر المشروع [ الموارد , 4].
يرجى ملاحظة أنه لا Google ولا Open Handset Alliance يقدمان أي إقرار بذلك
برامج الترميز غير مرتبطة ببراءات اختراع الطرف الثالث. أولئك الذين يعتزمون استخدام كود المصدر هذا في الأجهزة أو
يُنصح باستخدام منتجات البرمجيات لتطبيقات هذه التعليمات البرمجية، بما في ذلك البرامج مفتوحة المصدر أو
برامج تجريبية، قد تتطلب تراخيص براءات الاختراع من أصحاب براءات الاختراع ذات الصلة.
صوتي
اسم

تفاصيل جهاز فك التشفير
الملفات المدعومة
محتوى أحادي/ستيريو في أي
3GPP (.3gp) و
مزيج من معدلات البت القياسية
MPEG-4 (.mp4، .m4a)
آك لك / لتب
X
ما يصل إلى 160 كيلو بايت في الثانية وملفات معدلات أخذ العينات. لا يوجد دعم للخام
بين 8 إلى 48 كيلو هرتز
آك (.aac)
محتوى أحادي/ستيريو في أي
3GPP (.3gp) و
HE-AACv1
مزيج من معدلات البت القياسية
MPEG-4 (.mp4، .m4a)
X
(آك +)
ما يصل إلى 96 كيلو بايت في الثانية وملفات معدلات أخذ العينات. لا يوجد دعم للخام
بين 8 إلى 48 كيلو هرتز
آك (.aac)
محتوى أحادي/ستيريو في أي
HE-AACv2
3GPP (.3gp) و
مزيج من معدلات البت القياسية
( المحسن
MPEG-4 (.mp4، .m4a)
X
ما يصل إلى 96 كيلوبت في الثانية ومعدلات أخذ العينات
آك +)
ملفات. لا يوجد دعم للخام
بين 8 إلى 48 كيلو هرتز
آك (.aac)
عمرو-NB
عينات من 4.75 إلى 12.2 كيلوبت في الثانية @
ملفات 3GPP (.3gp).
X
X
8 كيلو هرتز
عمرو-البنك الدولي
9 معدلات من 6.60 كيلوبت/ثانية إلى 23.85
-ملفات 3GPP (.3gp).
X
كيلوبت/ثانية تم أخذ عينات منها بمعدل 16 كيلو هرتز
MP3
ملفات MP3 (.mp3) ثابتة أحادية/ستيريو بسرعة 8-320 كيلوبت في الثانية
X
(CBR) أو معدل البت المتغير (VBR)
اكتب 0 و1 (.mid، .xmf،
MIDI النوع 0 و1. إصدار DLS 1
ميدي
X
.mxmf). أيضا RTTTL/RTX
و2. XMF وXMF المحمول.
(.rtttl، .rtx)، عبر الهواء (.ota)،

دعم صيغ النغمات
و آي ميلودي (.imy)
RTTTL/RTX، وOTA، وiMelody
أوج فوربيس
.ogg
X
PCM خطي 8 و16 بت (معدلات أعلى
بي سي إم
X
موجة
للحد من الأجهزة)
صورة
ملفات
اسم
تفاصيل جهاز فك التشفير
أيد
جبيغ
X
X
قاعدة + تقدمية
GIF
X
بي إن جي
X
X
بي إم بي
X
فيديو
ملفات
اسم
تفاصيل فك ترميز التشفير
أيد
3GPP (.3GP)
H.263
X
X
ملفات
3GPP (.3GP)
ح.264
X
و MPEG-4
(.mp4) الملفات
MPEG4
X
ملف 3GPP (.3GP)
SP
7. توافق أداة المطور
يجب أن تدعم تطبيقات الأجهزة أدوات مطور Android المتوفرة في Android SDK.
على وجه التحديد ، يجب أن تكون الأجهزة المتوافقة مع Android متوافقة مع:
Android Debug Bridge أو ADB [الموارد ، 21]
يجب أن تدعم تطبيقات الجهاز جميع وظائف ADB كما هو موثق في Android
SDK. يجب أن يكون خفي ADB من جانب الجهاز غير نشط افتراضيًا ، ولكن يجب أن يكون هناك مستخدم-
آلية يمكن الوصول إليها لتشغيل جسر Debug Android.
خدمة مراقبة Dalvik Debug أو DDMS [الموارد ، 22]
يجب أن تدعم تطبيقات الجهاز جميع ميزات DDMS كما هو موثق في Android SDK.
مع استخدام DDMS ADB ، يجب أن يكون دعم DDMS غير نشط افتراضيًا ، ولكن يجب دعمه
كلما قام المستخدم بتنشيط جسر Debug Android ، على النحو الوارد أعلاه.

Monkey [الموارد ، 23]
يجب أن تتضمن تطبيقات الأجهزة إطار Monkey ، وجعله متاحًا لـ
التطبيقات للاستخدام.
8. توافق الأجهزة
يهدف Android إلى دعم منفذي الأجهزة إنشاء عوامل وتكوينات نموذج مبتكرة.
في الوقت نفسه ، يتوقع مطورو Android أجهزة وأجهزة استشعار وواجهة برمجة التطبيقات في جميع Android
جهاز. يسرد هذا القسم ميزات الأجهزة التي يجب أن تدعمها جميع الأجهزة المتوافقة مع Android 1.6. في
Android 1.6 ، مطلوب غالبية ميزات الأجهزة (مثل WiFi و Compass و Accelerometer).
إذا كان الجهاز يتضمن مكونًا معينًا للأجهزة يحتوي على واجهة برمجة تطبيقات مقابلة لجهة خارجية
المطورين ، يجب أن ينفذ تطبيق الجهاز API على النحو المحدد في Android SDK
توثيق.
8.1. عرض
يتضمن Android 1.6 مرافق تؤدي بعض عمليات التحجيم والتحول التلقائي بعض
بعض الظروف ، لضمان تشغيل تطبيقات الطرف الثالث بشكل جيد على الأجهزة
التكوينات التي لم تكن بالضرورة مصممة بشكل صريح [الموارد ، 24] . يجب أن تكون الأجهزة
تنفيذ هذه السلوكيات بشكل صحيح ، كما هو مفصل في هذا القسم.
8.1.1. تكوينات العرض القياسية
يسرد هذا الجدول تكوينات الشاشة القياسية التي تعتبر متوافقة مع Android:
قطري
حجم الشاشة
كثافة الشاشة
نوع الشاشة
العرض (بكسل)
الارتفاع (بكسل)
نطاق الطول
مجموعة
مجموعة
(بوصة)
QVGA
240
320
2.6 - 3.0
صغير
قليل
WQVGA
240
400
3.2 - 3.5
طبيعي
قليل
FWQVGA
240
432
3.5 - 3.8
طبيعي
قليل
HVGA
320
480
3.0 - 3.5
طبيعي
واسطة
WVGA
480
800
3.3 - 4.0
طبيعي
عالي
FWVGA
480
854
3.5 - 4.0
طبيعي
عالي
WVGA
480
800
4.8 - 5.5
كبير
واسطة
FWVGA
480
854
5.0 - 5.8
كبير
واسطة
يجب تكوين تطبيقات الجهاز المقابلة لأحد التكوينات القياسية أعلاه
للإبلاغ عن حجم الشاشة المشار إليه للتطبيقات عبر Android.content.res.configuration [ الموارد ،
25] الفصل.
بعض حزم. apk لها تجاري لا تحددها على أنها دعم نطاق كثافة محدد.
عند تشغيل هذه التطبيقات ، تنطبق القيود التالية:

• يجب أن تفسر تطبيقات الأجهزة أي موارد موجودة
"متوسط" (المعروف باسم "MDPI" في وثائق SDK.)
• عند التشغيل على شاشة "منخفضة" الكثافة ، يجب أن تقلل تطبيقات الأجهزة المتوسطة/
أصول MDPI بعامل 0.75.
• عند العمل على شاشة "عالية الكثافة" ، يجب أن تزيد تطبيقات الأجهزة المتوسطة/
أصول MDPI بعامل 1.5.
• يجب ألا تقوم تطبيقات الأجهزة بتوسيع الأصول ضمن نطاق الكثافة ، ويجب أن تتوسع
الأصول من قبل هذه العوامل بالضبط بين نطاقات الكثافة.
8.1.2. تكوينات العرض غير القياسية
تعرض التكوينات التي لا تتطابق مع أحد التكوينات القياسية المدرجة في القسم 8.2.1 تتطلب
النظر الإضافي والعمل لتكون متوافقة. يجب على منفذي الأجهزة الاتصال بنظام Android
فريق التوافق على النحو المنصوص عليه في القسم 12 للحصول على تصنيفات لدلو بحجم الشاشة ، الكثافة ،
وعامل التحجيم. عند توفير هذه المعلومات ، يجب أن تنفذها تطبيقات الأجهزة
كما هو محدد.
لاحظ أن بعض تكوينات العرض (مثل شاشات كبيرة جدًا أو صغيرة جدًا ، وبعض نسب العرض إلى الارتفاع)
لا تتوافق بشكل أساسي مع Android 1.6 ؛ لذلك يتم تشجيع منفذي الأجهزة على
اتصل بفريق التوافق في Android في أقرب وقت ممكن في عملية التطوير.
8.1.3. عرض المقاييس
يجب أن تقوم تطبيقات الجهاز بالإبلاغ عن القيم الصحيحة لجميع مقاييس العرض المحددة في
Android.Util.DisplayMetrics [الموارد ، 26].
8.2. لوحة المفاتيح
تطبيقات الجهاز:
• يجب أن يتضمن دعمًا لإطار إدارة المدخلات (الذي يسمح لجهة خارجية
المطورين لإنشاء محركات إدارة المدخلات - أي لوحة المفاتيح اللينة) على النحو المفصل في
Developer.android.com
• يجب أن توفر تطبيق لوحة مفاتيح ناعمة واحدة على الأقل (بغض النظر عما إذا كان من الصعب
لوحة المفاتيح موجودة)
• قد تتضمن تطبيقات لوحة مفاتيح ناعمة إضافية
• قد تتضمن لوحة مفاتيح للأجهزة
• يجب ألا تتضمن لوحة مفاتيح للأجهزة لا تتطابق مع أحد التنسيقات المحددة
في Android.content.res.configuration [ الموارد ، 25] (أي ، Qwerty ، أو 12 مفتاح)
8.3. الملاحة غير الملمس
تطبيقات الجهاز:
• قد تجنب خيارات الملاحة غير اللمسة (أي ، قد تتجاهل كرة التتبع ، وسادة اتجاهية 5 اتجاهات ، أو
عجلة)
• يجب الإبلاغ عبر Android.content.res.configuration [الموارد ، 25] القيمة الصحيحة ل
أجهزة الجهاز

8.4. اتجاه الشاشة
يجب أن تدعم الأجهزة المتوافقة التوجه الديناميكي من خلال التطبيقات إما
اتجاه الشاشة. أي أن الجهاز يجب أن يحترم طلب التطبيق لشاشة محددة
توجيه. قد تختار تطبيقات الجهاز إما توجهات الصورة أو المناظر الطبيعية باعتبارها الافتراضي.
يجب على الأجهزة الإبلاغ عن القيمة الصحيحة للاتجاه الحالي للجهاز ، كلما تم الاستعلام عنها عبر
Android.content.res.configuration.orientation ، Android.View.display.getorientation () ، أو واجهات برمجة التطبيقات الأخرى.
8.5. إدخال شاشة تعمل باللمس
تطبيقات الجهاز:
• يجب أن يكون لديك شاشة تعمل باللمس
• قد يكون لديك شاشة تعمل باللمس أو مقاومة
• يجب الإبلاغ عن قيمة Android.content.res.configuration [ الموارد ، 25] تعكس
المقابلة لنوع الشاشة التي تعمل باللمس المحددة على الجهاز
8.6. USB
تطبيقات الجهاز:
• يجب تنفيذ عميل USB ، قابل للاتصال بمضيف USB مع منفذ USB-A قياسي
• يجب تنفيذ جسر Debug Android على USB (كما هو موضح في القسم 7)
• يجب تنفيذ عميل تخزين كبير USB للتخزين القابل للإزالة/الوسائط موجود في
جهاز
• يجب استخدام عامل شكل USB الصغير على جانب الجهاز
• يجب تنفيذ الدعم لمواصفات تخزين USB الشامل (بحيث يكون إما قابلاً للإزالة
أو يمكن الوصول إلى سعة التخزين الثابت على الجهاز من جهاز كمبيوتر مضيف)
• قد تتضمن منفذًا غير قياسي على جانب الجهاز ، ولكن إذا كان الأمر كذلك ، فيجب شحن كابل قادر على
توصيل pinout المخصص بمنفذ USB-A القياسي
8.7. مفاتيح التنقل
وظائف المنزل والقائمة والظهر ضرورية لنموذج التنقل في Android. جهاز
يجب أن تتيح التطبيقات هذه الوظائف للمستخدم في جميع الأوقات ، بغض النظر عن التطبيق
ولاية. يجب تنفيذ هذه الوظائف عبر أزرار مخصصة. قد يتم تنفيذها
باستخدام البرامج والإيماءات ولوحة اللمس وما إلى ذلك ، ولكن إذا كان الأمر كذلك ، فيجب أن تكون متاحة دائمًا وليس غامضة أو
تتداخل مع منطقة عرض التطبيق المتاحة.
يجب على منفذي الأجهزة أيضًا توفير مفتاح بحث مخصص. قد ينفذ أجهزة أيضا
توفير مفاتيح إرسال ونهاية للمكالمات الهاتفية.
8.8. واي فاي
يجب أن تدعم تطبيقات الأجهزة 802.11b و 802.11g ، وقد تدعم 802.11a.

8.9. آلة تصوير
يجب أن تتضمن تطبيقات الجهاز كاميرا. الكاميرا المشمولة:
• يجب أن يكون لديك حل لا يقل عن 2 ميجابكسل
• يجب أن يكون إما التركيز التلقائي للأجهزة ، أو التركيز التلقائي للبرامج المنفذة في الكاميرا
برنامج التشغيل (شفاف لبرنامج التطبيق)
• قد يكون لديك تركيز ثابت أو EDOF (عمق الحقل الموسع)
• قد تشمل فلاش. إذا تضمنت الكاميرا فلاش ، يجب عدم إضاءة مصباح الفلاش أثناء
تم تسجيل مثيل Android.hardware.camera.previewCallback على معاينة الكاميرا
سطح.
يجب أن تنفذ تطبيقات الأجهزة السلوكيات التالية لواجهة برمجة التطبيقات المتعلقة بالكاميرا
[الموارد ، 27] :
1. إذا لم يطلق تطبيق على Android.hardware.camera.parameters.setpreviewformat (int) ،
ثم يجب على الجهاز استخدام Android.hardware.pixelformat.ycbcr_420_sp لمعاينة بيانات
المقدمة لعمليات الاسترجاعات.
2. إذا قام أحد بتسجيل android.hardware.camera.previewCallback مثيل و
يستدعي النظام طريقة OnPreviewFrame () عندما يكون تنسيق المعاينة YCBCR_420_SP ،
يجب أن تكون البيانات الموجودة في البايت [] تم تمريرها إلى OnPreviewFrame () في تنسيق الترميز NV21.
(هذا هو التنسيق الذي يستخدمه عائلة أجهزة 7K.) أي NV21 يجب أن يكون الافتراضي.
8.9.1. كاميرات غير Autofocus
إذا كان الجهاز يفتقر إلى كاميرا ضبط تلقائي للصورة ، فيجب على تطبيق الجهاز تلبية المتطلبات الإضافية في
هذا القسم. يجب أن تنفذ تطبيقات الأجهزة واجهة برمجة تطبيقات الكاميرا الكاملة المضمنة في Android 1.6
وثائق SDK بطريقة معقولة ، بغض النظر عن إمكانات أجهزة الكاميرا الفعلية.
بالنسبة إلى Android 1.6 ، إذا كانت الكاميرا تفتقر إلى التركيز التلقائي ، فيجب أن يلتزم تطبيق الجهاز بما يلي:
1. يجب أن يتضمن النظام خاصية نظام للقراءة فقط باسم "ro.workaround.noautofocus"
مع قيمة "1". تهدف هذه القيمة إلى استخدامها من قبل تطبيقات مثل Android Market
تحديد إمكانيات الجهاز بشكل انتقائي ، وسيتم استبدالها في إصدار مستقبلي من Android مع أ
واجهة برمجة تطبيقات قوية.
2. إذا استدعاء التطبيق Android.hardware.camera.autofocus () ، يجب على النظام استدعاء
Onautofocus () طريقة رد الاتصال على أي مسجل
Android.hardware.camera.autofocuscallback مثيلات ، على الرغم من عدم التركيز في الواقع
حدث. هذا لتجنب انقطاع التطبيقات الحالية عن طريق الانتظار إلى الأبد لتركيز تلقائي
رد الاتصال الذي لن يأتي أبدًا.
3. يجب تشغيل الدعوة إلى طريقة Autofocuscallback.OnaUtofocus ()
إطار في حدث جديد على موضوع Looper الإطار الرئيسي. وهذا هو ، camera.autofocus ()
يجب عدم استدعاء AutofocuScallback.
نموذج الخيوط الإطار وسوف يكسر التطبيقات.
8.10. مقياس التسارع
يجب أن تتضمن تطبيقات الأجهزة مقياس تسارع 3 محاور ويجب أن تكون قادرة على تقديم الأحداث في AT
50 هرتز على الأقل. يجب أن يتوافق نظام الإحداثيات المستخدمة بواسطة مقياس التسارع مع مستشعر Android
تنسيق النظام كما هو مفصل في Android API [الموارد ، 28].

8.11. بوصلة
يجب أن تتضمن تطبيقات الأجهزة بوصلة 3 محاور ويجب أن تكون قادرة على تقديم الأحداث على الأقل
10 هرتز. يجب أن يتوافق نظام الإحداثيات المستخدمة من قبل البوصلة مع إحداثيات مستشعر Android
النظام كما هو محدد في Android API [الموارد ، 28].
8.12. نظام تحديد المواقع
يجب أن تتضمن تطبيقات الأجهزة GPS ، ويجب أن تتضمن شكلاً من أشكال "GPS المساعدة"
تقنية لتقليل وقت قفل GPS.
8.13. الاتصالات الهاتفية
تطبيقات الجهاز:
• يجب أن تتضمن إما هاتف GSM أو CDMA
• يجب تنفيذ واجهات برمجة التطبيقات المناسبة على النحو المفصل في وثائق Android SDK في
Developer.android.com
لاحظ أن هذا المطلب يعني أن الأجهزة غير الهاتفية غير متوافقة مع Android 1.6 ؛ ذكري المظهر
1.6 يجب أن تتضمن الأجهزة الأجهزة الهاتفية. يرجى الاطلاع على الملحق C للحصول على معلومات حول غير الهاتف
الأجهزة.
8.14. التحكم في مستوى الصوت
يجب أن تتضمن الأجهزة المتوافقة مع Android آلية للسماح للمستخدم بزيادة وتقليل
حجم الصوت. يجب أن تتيح تطبيقات الأجهزة هذه الوظائف للمستخدم في جميع الأوقات ،
بغض النظر عن حالة التطبيق. يمكن تنفيذ هذه الوظائف باستخدام مفاتيح الأجهزة المادية ،
البرمجيات ، الإيماءات ، اللوحة التي تعمل باللمس ، وما إلى ذلك ، ولكن يجب أن تكون دائما في متناول
مع منطقة عرض التطبيق المتاحة (انظر العرض أعلاه).
عند استخدام هذه الأزرار ، يجب إنشاء الأحداث الرئيسية المقابلة وإرسالها إلى
تطبيق المقدمة. إذا لم يتم اعتراض الحدث وغرقتها بواسطة التطبيق ثم الجهاز
يجب أن يتعامل التنفيذ مع الحدث كعنصر تحكم في حجم النظام.
9. توافق الأداء
أحد أهداف برنامج توافق Android هو ضمان تجربة تطبيق ثابت لـ
المستهلكين. يجب أن تضمن التطبيقات المتوافقة ليس فقط أن التطبيقات تعمل بشكل صحيح بشكل صحيح
الجهاز ، لكنهم يفعلون ذلك بأداء معقول وتجربة مستخدم جيدة بشكل عام.
يجب أن تفي تطبيقات الأجهزة بمقاييس الأداء الرئيسية لجهاز Android 1.6 متوافق ،
كما في الجدول أدناه:
قياس
عتبة الأداء
تعليقات

يتم اختبار هذا بواسطة CTS.
التطبيقات التالية
يتم قياس وقت الإطلاق كإجمالي الوقت
يجب أن تطلق داخل
أكمل تحميل النشاط الافتراضي ل
طلب
وقت محدد.
التطبيق ، بما في ذلك الوقت الذي يستغرقه لبدء
وقت الإطلاق
المتصفح: أقل من 1300 مللي ثانية
عملية Linux ، قم بتحميل حزمة Android في
MMS/SMS: أقل من 700 مللي ثانية
Dalvik VM ، ودعوة oncreate.
الإنذار: أقل من 650 مللي ثانية
ستكون تطبيقات متعددة
يتم اختبار هذا بواسطة CTS.
أطلقت. إعادة إطلاق
يجب على التطبيق الأول المتزامن
التطبيقات
أكمل أخذ أقل من
وقت الإطلاق الأصلي.
10. توافق نموذج الأمن
يجب أن تنفذ تطبيقات الأجهزة نموذج أمان يتوافق مع أمان نظام Android
النموذج كما هو محدد في المستند المرجعي للأمن والأذونات في واجهات برمجة التطبيقات [الموارد ، 29] في
وثائق مطور Android. يجب أن تدعم تطبيقات الأجهزة تثبيت موقعة ذاتيا
الطلبات دون طلب أي أذونات/شهادات إضافية من أي أطراف/سلطات ثالثة.
على وجه التحديد ، يجب أن تدعم الأجهزة المتوافقة آليات الأمان التالية:
10.1. الأذونات
يجب أن تدعم تطبيقات الأجهزة نموذج أذونات Android كما هو محدد في Android
وثائق المطور [ الموارد ، 9]. على وجه التحديد ، يجب أن تنفذ التطبيقات كل إذن
تم تعريفه كما هو موضح في وثائق SDK ؛ لا يجوز حذف أذونات أو تغييرها أو تجاهلها.
قد تضيف التطبيقات أذونات إضافية ، شريطة أن تكون سلاسل معرف الإذن الجديدة ليست موجودة في
Android.* مساحة الاسم.
10.2. عزل المستخدم والعملية
يجب أن تدعم تطبيقات الجهاز طراز صندوق الرمال Android ، حيث كل تطبيق
يعمل كـ UID الفريدة من نوعه في UNIX وفي عملية منفصلة.
يجب أن تدعم تطبيقات الجهاز تشغيل تطبيقات متعددة مثل معرف مستخدم Linux نفسه ، المقدم
يتم توقيع التطبيقات وبناءها بشكل صحيح ، على النحو المحدد في الأمن والأذونات
المرجع [ الموارد ، 29].

10.3. أذونات نظام الملفات
يجب أن تدعم تطبيقات الجهاز نموذج أذونات الوصول إلى ملف Android كما هو محدد في AS
محددة في مرجع الأمن والأذونات [الموارد ، 29].
11. جناح اختبار التوافق
يجب أن تمر تطبيقات الأجهزة جناح اختبار توافق Android (CTS) [ الموارد ، 3] متاح
من مشروع Android Open Source ، باستخدام برنامج الشحن النهائي على الجهاز. بالإضافة إلى ذلك،
يجب على منفذي الأجهزة استخدام التنفيذ المرجعي في شجرة المصدر المفتوح Android AS
قدر الإمكان ، ويجب أن تضمن التوافق في حالات الغموض في CTS ولأي
إعادة تنفيذ أجزاء من رمز المصدر المرجعي.
تم تصميم CTS ليتم تشغيله على جهاز فعلي. مثل أي برنامج ، قد تحتوي CTS نفسها على الأخطاء.
سيتم إصدار إصدار CTS بشكل مستقل عن تعريف التوافق هذا ، ومراجعات متعددة من
قد يتم إصدار CTS لنظام Android 1.6. ومع ذلك ، فإن مثل هذه الإصدارات ستصلح فقط الأخطاء السلوكية في CTS
الاختبارات ولن تفرض أي اختبارات أو سلوكيات جديدة أو واجهات برمجة التطبيقات لإصدار منصة معينة.
12. اتصل بنا
يمكنك الاتصال بفريق توافق Android على compatibility@android.com للتوضيحات المتعلقة بالتوضيح المتعلقة
هذا التعريف compatibiltiy وتوفير ملاحظات حول هذا التعريف.

التذييل أ: نوايا التطبيق المطلوبة
ملاحظة: هذه القائمة مؤقتة ، وسيتم تحديثها في المستقبل.
إجراءات التطبيق
مخططات أنواع MIME
(لا أحد)
نص عادي

http
النص/html
المتصفح
Android.intent.action.view
https
التطبيق/XHTML+XML
طلب/
vnd.wap.xhtml+xml

(لا أحد)
Android.intent.action.web_search
http
(لا أحد)
https
android.media.action.IMAGE_CAPTURE
Android.media.action.still_image_camera

آلة تصوير
Android.media.action.video_camera
Android.media.action.video_capture

vnd.android.cursor.dir/
Android.intent.action.view
صورة
Android.intent.action.get_content
vnd.android.cursor.dir/
Android.intent.action.pick
فيديو
Android.intent.action.attach_data
صورة/*
فيديو/*

Android.intent.action.view
com.rtsp
فيديو/mp4
فيديو/3GP

Android.intent.action.view
http
فيديو/3GPP
فيديو/3GPP2

Android.intent.action.dial
هاتف /
Android.intent.action.view
الهاتف
جهات الاتصال
Android.intent.action.call
Android.intent.action.dial
vnd.android.cursor.dir/
Android.intent.action.view
شخص

vnd.android.cursor.dir/
شخص
vnd.android.cursor.dir/

Android.intent.action.pick
هاتف
vnd.android.cursor.dir/
العنوان البريدي

vnd.android.cursor.item/
شخص
vnd.android.cursor.item/

Android.intent.action.get_content
هاتف
vnd.android.cursor.item/
العنوان البريدي

نص عادي
بريد إلكتروني
Android.intent.action.send
صورة/*
فيديو/*

Android.intent.action.view
ميلتو
Android.intent.action.sendto
رسالة قصيرة
Android.intent.action.view
smsto
SMS / MMS Android.intent.action.sendto
رسالة الوسائط المتعددة
MMSTO

صوتي/*
التطبيق/OGG

موسيقى
Android.intent.action.view
ملف
التطبيق/X-OGG
التطبيق/iTunes

الصوت/mp3
الصوت/X-MP3

Android.intent.action.view
http
الصوت/mpeg
الصوت/mp4
الصوت/mp4a-latm

vnd.android.cursor.dir/
الفنان
vnd.android.cursor.dir/
الألبوم
vnd.android.cursor.dir/

Android.intent.action.pick
الان العب
vnd.android.cursor.dir/
مسار
nd.android.cursor.dir/
قائمة التشغيل
vnd.android.cursor.dir/
فيديو

وسائط/*
صوتي/*

Android.intent.action.get_content
التطبيق/OGG
التطبيق/X-OGG
فيديو/*


محتوى
طَرد
Android.intent.action.view
ملف
المثبت
طَرد
ملف
Android.intent.action.package_install
http
https

Android.Intent.Action.all_apps
Android.settings.settings
Android.settings.wireless_settings
Android.settings.airplane_mode_settings
Android.settings.wifi_settings
Android.settings.apn_settings
Android.settings.bluetooth_settings
Android.settings.date_settings
Android.settings.locale_settings

إعدادات
Android.settings.input_method_settings
com.android.settings.sound_settings
com.android.settings.display_settings
Android.settings.security_setting
Android.settings.location_source_settings
Android.settings.internal_storage_settings
Android.settings.memory_card_settings
Android.intent.action.set_wallpaper

يبحث
Android.intent.action.search
استفسار
Android.intent.action.search_long_press
صوت
Android.intent.action.voice_command
إدارة الاتصالات
عمل نية
وصف
يبدأ نشاط يتيح للمستخدم اختيار
إرفاق
جهة اتصال لإرفاق صورة إلى.
مستخدم
extra_create_description
مع show_or_create_contact إلى
حدد وصفًا دقيقًا ليكون


يظهر عند دفع المستخدم حول
إنشاء جهة اتصال جديدة.

مستخدم
مع show_or_create_contact
إلى
extra_force_create
إجبار إنشاء جهة اتصال جديدة إذا لا
تم العثور على جهة اتصال مطابقة.

هذه هي النية التي يتم إطلاقها عند أ
Search_suggestion_clicked
يتم النقر فوق اقتراح البحث.
هذه هي النية التي يتم إطلاقها عند أ
Search_suggestion_create_contact_clicked اقتراح البحث لإنشاء أ
يتم النقر فوق الاتصال.
هذه هي النية التي يتم إطلاقها عند أ
Search_suggestion_dial_number_clicked
اقتراح البحث لطلب رقم
يتم النقر فوق.

يأخذ كإدخال بيانات URI مع mailto:
show_or_create_contact
أو هاتف: مخطط.

التذييل ب: البث المطلوب نوايا الملاحظة: هذه القائمة مؤقتة ، وسوف تكون
تم تحديثه في المستقبل.

عمل نية
وصف
إجراء البث: يتم بث هذا مرة واحدة ، بعد
Action_boot_completed
انتهى النظام من التمهيد.
إجراء البث: يتم بث هذا مرة واحدة ، عندما أ
Action_call_button
تم استلام المكالمة.
إجراء البث: كان "زر الكاميرا"
Action_camera_button
الضغط.
إجراء البث: الحالي
Action_Configuration_Changed
تكوين الجهاز (الاتجاه ، اللغة ، إلخ)
تغير.
Action_date_Changed
إجراء البث: لقد تغير التاريخ.
إجراء البث: يشير إلى انخفاض حالة الذاكرة
Action_device_storage_low
على الجهاز
إجراء البث: يشير إلى انخفاض حالة الذاكرة
Action_device_storage_ok
على الجهاز لم يعد موجودًا
إجراء البث: سماعات الرأس السلكية موصوفة في أو
Action_headset_plug
غير موصول.
إجراء البث: كانت طريقة الإدخال
ACTION_INPUT_METHOD_CHANGED
تغير.
إجراء البث: تمت إزالة الوسائط الخارجية
Action_media_bad_removal
من فتحة بطاقة SD ، ولكن لم يكن Mount Point
غير مثبت.
إجراء البث: كان "زر الوسائط"
Action_media_button
الضغط.
إجراء البث: الوسائط الخارجية موجودة ، و
يجري فحص المسار إلى نقطة جبل
Action_media_checking
ورد وسائل الإعلام في
Intent.Mdata Field.
إجراء البث: أعرب المستخدم عن الرغبة في
Action_media_eject
إزالة وسائط التخزين الخارجية.
إجراء البث: الوسائط الخارجية موجودة و
Action_media_mounted
شنت في جبل نقطة.
إجراء البث: الوسائط الخارجية موجودة ، ولكن
باستخدام FS غير متوافق (أو فارغ) الطريق إلى
Action_media_nofs
نقطة جبل لوسائل الإعلام
الواردة في حقل القصد. mdata.
إجراء البث: كانت الوسائط الخارجية
Action_media_removed
إزالة.
إجراء البث: انتهى ماسح الوسائط
Action_media_scanner_finished
مسح الدليل.
إجراء البث: اطلب ماسح الوسائط إلى
Action_media_scanner_scan_file
مسح ملف وإضافته إلى قاعدة بيانات الوسائط.

إجراء البث: بدأ ماسح الوسائط
Action_media_scanner_started
مسح الدليل.
إجراء البث: الوسائط الخارجية غير مثبتة
Action_media_shared
لأنه يتم مشاركته عبر تخزين جماعي USB.
إجراء البث: الوسائط الخارجية موجودة ولكن
Action_media_unmontable
لا يمكن تركيبها.
إجراء البث: الوسائط الخارجية موجودة ، ولكن
Action_media_unmounteded
لم يتم تركيبها في جبل نقطة.
إجراء البث: مكالمة صادرة على وشك أن تكون
ACTION_NEW_OUTONE_CALL
وضعت.
إجراء البث: حزمة تطبيق جديدة لديها
Action_package_added
تم تثبيته على الجهاز.
إجراء البث: حزمة تطبيق موجودة
Action_package_Changed
تم تغييره (مثل المكون
تمكين أو تعطيل.
إجراء البث: قام المستخدم بمسح بيانات
طرد. يجب أن يسبق هذا
بواسطة Action_package_restarted ، وبعد ذلك
Action_package_data_cleared
تم مسح جميع بياناتها المستمرة وهذا
تم إرسال البث. لاحظ أن الحزمة التي تم مسحها
لا يتلقى هذا البث. تحتوي البيانات
اسم الحزمة.
إجراء البث: حزمة تطبيق موجودة
تمت إزالته من الجهاز. البيانات
Action_package_removed
يحتوي على اسم الحزمة. حزمة
يتم تثبيته لا يتلقى هذه النية.
إجراء البث: نسخة جديدة من التطبيق
Action_package_replaced
تم تثبيت الحزمة ، لتحل محل وجود موجود
الإصدار الذي تم تثبيته مسبقًا.
إجراء البث: قام المستخدم بإعادة تشغيل أ
حزمة ، وجميع عملياتها قد قتلت.
جميع حالة وقت التشغيل المرتبطة به (العمليات ،
Action_package_restarted
يجب إزالة الإنذارات ، والإشعارات ، وما إلى ذلك). ملحوظة
أن الحزمة التي تم إعادة تشغيلها لا تتلقى هذا
إذاعة. تحتوي البيانات على اسم
طَرد.
إجراء البث: لدى بعض مقدمي خدمات المحتوى
أجزاء من مساحة الاسم حيث ينشرون جديد
Action_provider_Changed
الأحداث أو العناصر التي قد يكون المستخدم بشكل خاص
مهتم ب.
Action_screen_off
إجراء البث: تم إرساله بعد إيقاف تشغيل الشاشة.
Action_screen_on
إجراء البث: تم إرساله بعد تشغيل الشاشة.
إجراء البث: تمت إزالة معرف المستخدم
Action_uid_removed
من النظام.
إجراء البث: دخل الجهاز USB
Action_ums_connected
وضع التخزين الجماعي.

إجراء البث: خرج الجهاز من USB
Action_ums_disconnected
وضع التخزين الجماعي.
إجراء البث: تم إرساله عند وجود المستخدم
Action_user_present
بعد أن يستيقظ الجهاز (على سبيل المثال عندما يكون الحارس الرئيسي
ذهب).
عمل البث: خلفية النظام الحالية
Action_wallpaper_Changed
تغير.
Action_time_Changed
إجراء البث: تم تعيين الوقت.
Action_time_tick
إجراء البث: لقد تغير الوقت الحالي.
Action_timezone_Changed
إجراء البث: لقد تغيرت المنطقة الزمنية.
إجراء البث: حالة الشحن ، أو التهمة
Action_battery_Changed
لقد تغير مستوى البطارية.
إجراء البث: يشير إلى انخفاض حالة البطارية
Action_battery_low
على الجهاز. هذا البث يتوافق مع
مربع حوار نظام "تحذير البطارية المنخفض".
إجراء البث: يشير إلى أن البطارية الآن بخير
بعد أن تكون منخفضة. سيتم إرسال هذا
Action_battery_okay
بعد Action_battery_low بمجرد البطارية
عاد إلى حالة جيدة.
حالة الشبكة
عمل نية
وصف
الإذاعة النية التي تشير إلى أن
network_state_changed_action
تغيرت حالة اتصال Wi-Fi.
الإذاعة النية التي تشير إلى أن
RSSI_CHANGED_ACTION
لقد تغيرت RSSI (قوة الإشارة).
الإذاعة النية التي تشير إلى أن أ
simplicant_state_changed_action
كان الاتصال بالذنب
تأسست أو فقدت.
الإذاعة النية التي تشير إلى أن Wi-Fi
wifi_state_changed_action
تم تمكين ، معطل ، تمكين ،
تعطيل ، أو غير معروف.
معرفات الشبكة للشبكات التي تم تكوينها
network_ids_changed_action
يمكن أن تتغير.
الإذاعة النية التي تشير إلى أن
Action_background_data_setting_changed إعداد استخدام بيانات الخلفية
تم تغيير القيم.
نية البث تشير إلى أن التغيير في
connectivity_action
حدث اتصال الشبكة.
إجراء البث: قام المستخدم بتبديل
Action_airplane_mode_changed
الهاتف داخل أو خارج وضع الطائرة.


الملحق ج: اعتبارات مستقبلية يوضح هذا التذييل أجزاء معينة من هذا الروبوت
1.6 تعريف التوافق ، وفي بعض الحالات يناقش التغييرات المتوقعة أو المخططة المخصصة ل
الإصدار المستقبلي من منصة Android. هذا التذييل مخصص لأغراض المعلومات والتخطيط فقط ، و
ليس جزءًا من تعريف التوافق لنظام Android 1.6.
1. أجهزة غير المبينة
Android 1.6 مخصص حصريًا للهواتف ؛ وظيفة الاتصال الهاتفي ليست اختيارية. الإصدارات المستقبلية
من المتوقع أن يجعل منصة Android Telephone اختياريًا (وبالتالي تسمح بنظام Android غير الهاتفي
الأجهزة) ، ولكن الهواتف فقط متوافقة مع Android 1.6.
2. توافق البلوتوث
لا يدعم إصدار Android 1.6 لنظام Android واجهات برمجة التطبيقات Bluetooth ، لذلك من منظور التوافق
لا يفرض Bluetooth أي اعتبارات لهذا الإصدار من النظام الأساسي. ومع ذلك ، نسخة مستقبلية
من Android سوف يقدم واجهات برمجة التطبيقات بلوتوث. عند هذه النقطة ، سيصبح دعم Bluetooth إلزاميًا
التوافق.
وبالتالي ، نوصي بشدة بتشمل أجهزة Android 1.6 Bluetooth ، بحيث تكون
متوافق مع الإصدارات المستقبلية من Android التي تتطلب البلوتوث.
3. مكونات الأجهزة المطلوبة
جميع مكونات الأجهزة في القسم 8 (بما في ذلك wifi ، مقياس المغناطيسي/البوصلة ، مقياس التسارع ، إلخ)
مطلوب وقد لا يتم حذفه. من المتوقع أن تصنع الإصدارات المستقبلية من Android (ولكن ليس كلها)
هذه المكونات اختيارية ، جنبًا إلى جنب مع الأدوات المقابلة لمطوري الطرف الثالث للتعامل معها
التغييرات.
4. عينة التطبيقات
سيتضمن وثيقة تعريف التوافق لإصدار مستقبلي من Android أكثر شمولية و
قائمة تمثيلية للتطبيقات من تلك المذكورة في القسم 4 أعلاه. لنظام Android 1.6 ،
يجب اختبار التطبيقات المدرجة في القسم 4.
5. لمس الشاشات
قد تسمح أو لا تسمح أو لا تسمح الإصدارات المستقبلية من تعريف التوافق للأجهزة بحذف الشاشة التي تعمل باللمس.
ومع ذلك ، يفترض الكثير من تنفيذ إطار Android حاليًا وجود أ
شاشة اللمس؛ إن حذف الشاشة التي تعمل باللمس من شأنه أن يكسر بشكل كبير جميع تطبيقات Android الجهات الخارجية الحالية ،
لذلك في Android 1.6 مطلوب شاشة تعمل باللمس للتوافق.

6. الأداء
ستقيس الإصدارات المستقبلية من CTS أيضًا استخدام وحدة المعالجة المركزية وأداء ما يلي
مكونات التنفيذ:
• الرسومات 2D
• الرسومات ثلاثية الأبعاد
• تشغيل الفيديو
• تشغيل الصوت
• تشغيل Bluetooth A2DP

مخطط الوثيقة