इस पेज का अनुवाद Cloud Translation API से किया गया है.

एंड्रॉइड 1.6 संगतता परिभाषा

Android संगतता परिभाषा: Android 1.6
एंड्रॉइड 1.6 r2
गूगल इंक।
अनुकूलता@android.com

1 परिचय
यह दस्तावेज़ उन आवश्यकताओं को सूचीबद्ध करता है जिन्हें मोबाइल फ़ोन के लिए पूरा किया जाना चाहिए
एंड्रॉइड 1.6 के साथ संगत। यह परिभाषा एंड्रॉइड संगतता कार्यक्रम से परिचितता मानती है
[संसाधन, 1]।
"आवश्यक", "नहीं होना चाहिए", "आवश्यक", "होगा", "नहीं होगा", "चाहिए", "नहीं होना चाहिए", "अनुशंसित" का उपयोग
"हो सकता है" और "वैकल्पिक" RFC2119 [ संसाधन , 2] में परिभाषित IETF मानक के अनुसार है।
जैसा कि इस दस्तावेज़ में उपयोग किया गया है, "डिवाइस कार्यान्वयनकर्ता" या "कार्यान्वयनकर्ता" एक व्यक्ति या संगठन है जो विकास कर रहा है
Android 1.6 पर चलने वाला एक हार्डवेयर/सॉफ़्टवेयर समाधान। एक "डिवाइस कार्यान्वयन" या "कार्यान्वयन" है
हार्डवेयर/सॉफ्टवेयर समाधान इतना विकसित।
एंड्रॉइड 1.6 के साथ संगत माने जाने के लिए, डिवाइस कार्यान्वयन:
1. किसी भी दस्तावेज़ सहित, इस संगतता परिभाषा में प्रस्तुत आवश्यकताओं को पूरा करना होगा
संदर्भ के माध्यम से शामिल किया गया।
2. एंड्रॉइड ओपन के हिस्से के रूप में उपलब्ध एंड्रॉइड कम्पेटिबिलिटी टेस्ट सूट (सीटीएस) पास करना होगा
स्रोत परियोजना [ संसाधन , 3]। सीटीएस इसमें उल्लिखित अधिकांश घटकों का परीक्षण करता है, लेकिन सभी का नहीं
दस्तावेज़।
जहां यह परिभाषा या सीटीएस मौन, अस्पष्ट या अपूर्ण है, यह डिवाइस की जिम्मेदारी है
मौजूदा कार्यान्वयन के साथ अनुकूलता सुनिश्चित करने के लिए कार्यान्वयनकर्ता। इस कारण से, Android Open
स्रोत परियोजना [ संसाधन , 4] एंड्रॉइड का संदर्भ और पसंदीदा कार्यान्वयन दोनों है। उपकरण
कार्यान्वयनकर्ताओं को अपने कार्यान्वयन को "अपस्ट्रीम" स्रोत कोड पर आधारित करने के लिए दृढ़ता से प्रोत्साहित किया जाता है
एंड्रॉइड ओपन सोर्स प्रोजेक्ट से उपलब्ध है। जबकि कुछ घटकों को काल्पनिक रूप से बदला जा सकता है
वैकल्पिक कार्यान्वयन के साथ इस प्रथा को दृढ़ता से हतोत्साहित किया जाता है, क्योंकि सीटीएस परीक्षण पास करना कठिन हो जाएगा
काफी हद तक अधिक कठिन. पूर्ण व्यवहार अनुकूलता सुनिश्चित करना कार्यान्वयनकर्ता की जिम्मेदारी है
संगतता परीक्षण सूट सहित और उससे आगे मानक एंड्रॉइड कार्यान्वयन।
2. संसाधन
यह संगतता परिभाषा कई संसाधनों का संदर्भ देती है जिन्हें यहां प्राप्त किया जा सकता है।
1. एंड्रॉइड संगतता कार्यक्रम अवलोकन: 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-
सुइट--सीटीएस
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. एंड्रॉइड मेनिफेस्ट फ़ाइलें: http://code.google.com/android/devel/bblocks-manifest.html
9. Android अनुमतियाँ संदर्भ: http://developer.android.com/reference/android/
मेनिफेस्ट.permission.html
10. निर्माण स्थिरांक: http://developer.android.com/reference/android/os/Build.html
11. वेबव्यू: http://developer.android.com/reference/android/webkit/WebView.html
12. गियर्स ब्राउज़र एक्सटेंशन: http://code.google.com/apis/gears/

13. डाल्विक वर्चुअल मशीन विनिर्देश, स्रोत कोड की दल्विक/डॉक्स निर्देशिका में पाया जाता है
चेक आउट; 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. एंड्रॉइड एपीके फ़ाइल विवरण: http://developer.android.com/guide/topics/fundamentals.html
21. एंड्रॉइड डिबग ब्रिज (एडीबी): http://code.google.com/android/reference/adb.html
22. डाल्विक डिबग मॉनिटर सेवा (डीडीएमएस): 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/
कॉन्फ़िगरेशन.एचटीएमएल
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/
सुरक्षा.एचटीएमएल
इनमें से कई संसाधन प्रत्यक्ष या अप्रत्यक्ष रूप से एंड्रॉइड 1.6 एसडीके से प्राप्त हुए हैं, और होंगे
कार्यात्मक रूप से उस SDK के दस्तावेज़ में मौजूद जानकारी के समान। किसी भी मामले में जहां यह
संगतता परिभाषा एसडीके दस्तावेज़ीकरण से असहमत है, एसडीके दस्तावेज़ीकरण पर विचार किया जाता है
आधिकारिक. ऊपर शामिल संदर्भों में प्रदान किए गए किसी भी तकनीकी विवरण को शामिल करके विचार किया जाता है
इस संगतता परिभाषा का हिस्सा बनने के लिए।
3. सॉफ्टवेयर
एंड्रॉइड प्लेटफ़ॉर्म में प्रबंधित ("हार्ड") एपीआई का एक सेट और तथाकथित "सॉफ्ट" एपीआई का एक समूह शामिल है
जैसे कि इंटेंट सिस्टम, नेटिव-कोड एपीआई और वेब-एप्लिकेशन एपीआई। यह खंड कठिन और का विवरण देता है
सॉफ्ट एपीआई जो अनुकूलता के साथ-साथ कुछ अन्य प्रासंगिक तकनीकी और उपयोगकर्ता इंटरफ़ेस के अभिन्न अंग हैं
व्यवहार. डिवाइस कार्यान्वयन को इस अनुभाग की सभी आवश्यकताओं का पालन करना होगा।
3.1. प्रबंधित एपीआई संगतता
प्रबंधित (Dalvik-आधारित) निष्पादन वातावरण Android अनुप्रयोगों के लिए प्राथमिक साधन है।
एंड्रॉइड एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस (एपीआई) एंड्रॉइड प्लेटफ़ॉर्म इंटरफ़ेस का सेट है जिसे उजागर किया गया है
प्रबंधित VM वातावरण में चल रहे अनुप्रयोग। डिवाइस कार्यान्वयन को पूर्ण प्रदान करना होगा
एंड्रॉइड द्वारा उजागर किए गए किसी भी दस्तावेजी एपीआई के सभी दस्तावेजी व्यवहारों सहित कार्यान्वयन
1.6 एसडीके, जैसे:
1. कोर एंड्रॉइड जावा-भाषा एपीआई [संसाधन, 5]।
2. सामग्री प्रदाता [संसाधन , 6]।
3. संसाधन [संसाधन, 7]।
4. AndroidManifest.xml विशेषताएँ और तत्व [संसाधन, 8]।

डिवाइस कार्यान्वयन में किसी भी प्रबंधित एपीआई को छोड़ा नहीं जाना चाहिए, एपीआई इंटरफेस या हस्ताक्षर में बदलाव नहीं होना चाहिए, विचलन नहीं होना चाहिए
प्रलेखित व्यवहार से, या नो-ऑप्स शामिल करें, सिवाय इसके कि जहां इस संगतता द्वारा विशेष रूप से अनुमति दी गई हो
परिभाषा।
3.2. सॉफ्ट एपीआई संगतता
धारा 3.1 से प्रबंधित एपीआई के अलावा, एंड्रॉइड में एक महत्वपूर्ण रनटाइम-केवल "सॉफ्ट" भी शामिल है
एपीआई, इरादे, अनुमतियाँ और एंड्रॉइड अनुप्रयोगों के समान पहलुओं जैसी चीजों के रूप में
जिसे एप्लिकेशन संकलन समय पर लागू नहीं किया जा सकता है। यह अनुभाग "सॉफ्ट" एपीआई और सिस्टम का विवरण देता है
Android 1.6 के साथ संगतता के लिए आवश्यक व्यवहार। डिवाइस कार्यान्वयन को सभी को पूरा करना होगा
इस अनुभाग में प्रस्तुत आवश्यकताएँ.
3.2.1. अनुमतियां
डिवाइस कार्यान्वयनकर्ताओं को दस्तावेज के अनुसार सभी अनुमति स्थिरांकों का समर्थन और कार्यान्वयन करना चाहिए
अनुमति संदर्भ पृष्ठ [ संसाधन , 9]। ध्यान दें कि धारा 10 इससे संबंधित अतिरिक्त आवश्यकताओं को सूचीबद्ध करती है
Android सुरक्षा मॉडल.
3.2.2. पैरामीटर बनाएं
एंड्रॉइड एपीआई में android.os.Build क्लास [संसाधन, 10] पर कई स्थिरांक शामिल हैं जो हैं
वर्तमान डिवाइस का वर्णन करने का इरादा है। संपूर्ण डिवाइस में सुसंगत, सार्थक मान प्रदान करना
कार्यान्वयन, नीचे दी गई तालिका में इन मानों के प्रारूपों पर अतिरिक्त प्रतिबंध शामिल हैं
डिवाइस कार्यान्वयन अनुरूप होना चाहिए।
पैरामीटर
टिप्पणियाँ
मानव में वर्तमान में क्रियान्वित एंड्रॉइड सिस्टम का संस्करण-
android.os.Build.VERSION.रिलीज़
पठनीय प्रारूप. एंड्रॉइड 1.6 के लिए, इस फ़ील्ड में स्ट्रिंग मान होना चाहिए
"1.6"।
वर्तमान में निष्पादित Android सिस्टम का संस्करण, एक प्रारूप में
android.os.Build.VERSION.SDK
तृतीय-पक्ष एप्लिकेशन कोड तक पहुंच योग्य। Android 1.6 के लिए, यह फ़ील्ड
पूर्णांक मान 4 होना चाहिए।
विशिष्ट निर्माण को निर्दिष्ट करने वाले डिवाइस कार्यान्वयनकर्ता द्वारा चुना गया मान
वर्तमान में क्रियान्वित एंड्रॉइड सिस्टम का, मानव-पठनीय प्रारूप में।
अंत में भेजे गए विभिन्न बिल्डों के लिए इस मान का पुन: उपयोग नहीं किया जाना चाहिए
android.os.Build.VERSION.INCREMENTAL उपयोगकर्ता। इस फ़ील्ड का एक विशिष्ट उपयोग यह इंगित करना है कि कौन सा बिल्ड नंबर या
बिल्ड उत्पन्न करने के लिए स्रोत-नियंत्रण परिवर्तन पहचानकर्ता का उपयोग किया गया था। वहाँ
इस क्षेत्र के विशिष्ट प्रारूप पर कोई आवश्यकता नहीं है, सिवाय इसके कि
शून्य या खाली स्ट्रिंग ("") नहीं होनी चाहिए।
विशिष्ट आंतरिक की पहचान करने वाले डिवाइस कार्यान्वयनकर्ता द्वारा चुना गया मान
डिवाइस द्वारा उपयोग किया जाने वाला हार्डवेयर, मानव-पठनीय प्रारूप में। एक संभावित उपयोग
android.os.Build.BOARD
इस फ़ील्ड का उद्देश्य बोर्ड को शक्ति प्रदान करने वाले विशिष्ट संशोधन को इंगित करना है
उपकरण। इस क्षेत्र के विशिष्ट प्रारूप पर कोई आवश्यकता नहीं है,
सिवाय इसके कि यह शून्य या खाली स्ट्रिंग ("") नहीं होनी चाहिए।
डिवाइस कार्यान्वयनकर्ता द्वारा नाम की पहचान करके चुना गया मान
android.os.Build.ब्रांड
कंपनी, संगठन, व्यक्ति, आदि जिसने उपकरण का उत्पादन किया, में
मानव-पठनीय प्रारूप। इस फ़ील्ड का संभावित उपयोग OEM को इंगित करना है

और/या वाहक जिसने उपकरण बेचा। पर कोई आवश्यकताएं नहीं हैं
इस फ़ील्ड का विशिष्ट प्रारूप, सिवाय इसके कि यह शून्य या रिक्त नहीं होना चाहिए
डोरी ("")।
डिवाइस कार्यान्वयनकर्ता द्वारा विशिष्ट की पहचान करते हुए चुना गया मान
शरीर का विन्यास या संशोधन (कभी-कभी इसे "औद्योगिक" भी कहा जाता है)।
android.os.Build.DEVICE
डिवाइस का डिज़ाइन")। विशिष्ट प्रारूप पर कोई आवश्यकता नहीं है
इस फ़ील्ड का, सिवाय इसके कि यह शून्य या खाली स्ट्रिंग ("") नहीं होना चाहिए।
एक स्ट्रिंग जो विशिष्ट रूप से इस निर्माण की पहचान करती है। यह उचित होना चाहिए
पठनीय मानव। इसे इस टेम्पलेट का पालन करना होगा:
$(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/जेनेरिक/जेनेरिक:डोनट/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.os.Build.USER
निर्माण। इस क्षेत्र के विशिष्ट प्रारूप पर कोई आवश्यकता नहीं है,
सिवाय इसके कि यह शून्य या खाली स्ट्रिंग ("") नहीं होनी चाहिए।

3.2.3. आशय अनुकूलता
एंड्रॉइड अनुप्रयोगों के बीच शिथिल-युग्मित एकीकरण प्राप्त करने के लिए इंटेंट्स का उपयोग करता है। यह अनुभाग वर्णन करता है
इरादे पैटर्न से संबंधित आवश्यकताएं जिन्हें डिवाइस कार्यान्वयन द्वारा सम्मानित किया जाना चाहिए। द्वारा
"सम्मानित", इसका मतलब है कि डिवाइस कार्यान्वयनकर्ता को एक एंड्रॉइड गतिविधि, सेवा या अन्य प्रदान करना होगा
घटक जो एक मेल खाने वाले आशय फ़िल्टर को निर्दिष्ट करता है और प्रत्येक के लिए सही व्यवहार को बांधता है और लागू करता है
निर्दिष्ट आशय पैटर्न.
3.2.3.1. मुख्य अनुप्रयोग उद्देश्य
एंड्रॉइड अपस्ट्रीम प्रोजेक्ट कई मुख्य अनुप्रयोगों को परिभाषित करता है, जैसे फ़ोन डायलर, कैलेंडर,
संपर्क पुस्तिका, संगीत प्लेयर, इत्यादि। डिवाइस कार्यान्वयनकर्ता इन अनुप्रयोगों को प्रतिस्थापित कर सकते हैं
वैकल्पिक संस्करण.
हालाँकि, ऐसे किसी भी वैकल्पिक संस्करण को अपस्ट्रीम द्वारा प्रदान किए गए समान आशय पैटर्न का सम्मान करना चाहिए
परियोजना। (उदाहरण के लिए, यदि किसी डिवाइस में वैकल्पिक म्यूजिक प्लेयर है, तो उसे अभी भी इंटेंट पैटर्न का सम्मान करना होगा
किसी गीत को चुनने के लिए तृतीय-पक्ष अनुप्रयोगों द्वारा जारी किया जाता है।) डिवाइस कार्यान्वयन को सभी आशय पैटर्न का समर्थन करना चाहिए
परिशिष्ट ए में सूचीबद्ध.
3.2.3.2. इरादा ओवरराइड करता है
चूंकि एंड्रॉइड एक एक्स्टेंसिबल प्लेटफ़ॉर्म है, डिवाइस कार्यान्वयनकर्ताओं को इसमें वर्णित प्रत्येक इंटेंट पैटर्न की अनुमति देनी होगी
परिशिष्ट ए को तीसरे पक्ष के अनुप्रयोगों द्वारा ओवरराइड किया जाएगा। अपस्ट्रीम एंड्रॉइड ओपन सोर्स प्रोजेक्ट
डिफ़ॉल्ट रूप से इसकी अनुमति देता है; डिवाइस कार्यान्वयनकर्ताओं को सिस्टम अनुप्रयोगों के लिए विशेष विशेषाधिकार संलग्न नहीं करना चाहिए'
इन आशय पैटर्न का उपयोग करें, या तीसरे पक्ष के अनुप्रयोगों को इससे जुड़ने और नियंत्रण संभालने से रोकें
ये पैटर्न. इस निषेध में विशेष रूप से "चयनकर्ता" उपयोगकर्ता इंटरफ़ेस को अक्षम करना शामिल है जो अनुमति देता है
उपयोगकर्ता को कई अनुप्रयोगों के बीच चयन करना होगा जो सभी समान आशय पैटर्न को संभालते हैं।
3.2.3.3. आशय नामस्थान
डिवाइस कार्यान्वयनकर्ताओं में कोई भी एंड्रॉइड घटक शामिल नहीं होना चाहिए जो किसी नए इरादे का सम्मान करता हो
android.* नेमस्पेस में किसी ACTION, CATEGORY, या अन्य कुंजी स्ट्रिंग का उपयोग करके आशय पैटर्न प्रसारित करें।
डिवाइस कार्यान्वयनकर्ताओं में कोई भी एंड्रॉइड घटक शामिल नहीं होना चाहिए जो किसी नए इरादे का सम्मान करता हो
पैकेज स्थान में ACTION, CATEGORY, या अन्य कुंजी स्ट्रिंग का उपयोग करके आशय पैटर्न प्रसारित करें
किसी अन्य संगठन से संबंधित. डिवाइस कार्यान्वयनकर्ताओं को किसी भी इरादे में बदलाव या विस्तार नहीं करना चाहिए
परिशिष्ट ए या बी में सूचीबद्ध पैटर्न।
यह निषेध धारा 3.6 में जावा भाषा कक्षाओं के लिए निर्दिष्ट निषेध के अनुरूप है।

3.2.3.4. प्रसारण के इरादे
तृतीय-पक्ष एप्लिकेशन परिवर्तनों के बारे में सूचित करने के लिए कुछ उद्देश्यों को प्रसारित करने के लिए प्लेटफ़ॉर्म पर भरोसा करते हैं
हार्डवेयर या सॉफ्टवेयर वातावरण। एंड्रॉइड-संगत उपकरणों को सार्वजनिक प्रसारण अवश्य प्रसारित करना चाहिए
उपयुक्त सिस्टम घटनाओं के जवाब में इरादे। आवश्यक प्रसारण उद्देश्यों की एक सूची इसमें प्रदान की गई है
परिशिष्ट बी; हालाँकि, ध्यान दें कि एसडीके अतिरिक्त प्रसारण इरादों को परिभाषित कर सकता है, जो होना भी चाहिए
सम्मानित.
3.3. मूल एपीआई संगतता
डाल्विक में चल रहे प्रबंधित कोड को ईएलएफ के रूप में एप्लिकेशन .apk फ़ाइल में प्रदान किए गए मूल कोड में कॉल किया जा सकता है
उपयुक्त डिवाइस हार्डवेयर आर्किटेक्चर के लिए .so फ़ाइल संकलित की गई। डिवाइस कार्यान्वयन में अवश्य शामिल होना चाहिए
मानक जावा का उपयोग करके, मूल कोड में कॉल करने के लिए प्रबंधित वातावरण में चल रहे कोड के लिए समर्थन
नेटिव इंटरफ़ेस (जेएनआई) शब्दार्थ। निम्नलिखित API मूल कोड के लिए उपलब्ध होने चाहिए:
• libc (सी लाइब्रेरी)
• libm (गणित पुस्तकालय)
• जेएनआई इंटरफ़ेस
• libz (ज़्लिब संपीड़न)
• लिबलॉग (एंड्रॉइड लॉगिंग)
• C++ के लिए न्यूनतम समर्थन
• ओपनजीएल ईएस 1.1
ये लाइब्रेरीज़ स्रोत-संगत (यानी हेडर संगत) और बाइनरी-संगत (किसी दिए गए के लिए) होनी चाहिए
प्रोसेसर आर्किटेक्चर) एंड्रॉइड ओपन सोर्स प्रोजेक्ट द्वारा बायोनिक में उपलब्ध कराए गए संस्करणों के साथ। तब से
बायोनिक कार्यान्वयन जीएनयू सी जैसे अन्य कार्यान्वयन के साथ पूरी तरह से संगत नहीं हैं
लाइब्रेरी, डिवाइस कार्यान्वयनकर्ताओं को एंड्रॉइड कार्यान्वयन का उपयोग करना चाहिए। यदि डिवाइस कार्यान्वयनकर्ता a का उपयोग करते हैं
इन पुस्तकालयों के विभिन्न कार्यान्वयन के लिए, उन्हें हेडर और बाइनरी संगतता सुनिश्चित करनी होगी।
मूल कोड अनुकूलता चुनौतीपूर्ण है. इस कारण से, हम दोहराना चाहते हैं कि डिवाइस कार्यान्वयनकर्ता हैं
मदद के लिए ऊपर सूचीबद्ध पुस्तकालयों के अपस्ट्रीम कार्यान्वयन का उपयोग करने के लिए बहुत दृढ़ता से प्रोत्साहित किया जाता है
अनुकूलता सुनिश्चित करें.
3.4. वेब एपीआई संगतता
कई डेवलपर्स और एप्लिकेशन android.webkit.WebView क्लास के व्यवहार पर भरोसा करते हैं [ संसाधन ,
11] उनके यूजर इंटरफेस के लिए, इसलिए वेबव्यू कार्यान्वयन पूरे एंड्रॉइड में संगत होना चाहिए
कार्यान्वयन. एंड्रॉइड ओपन सोर्स कार्यान्वयन वेबकिट रेंडरिंग इंजन संस्करण का उपयोग करता है
वेबव्यू लागू करें।
क्योंकि वेब ब्राउज़र, डिवाइस कार्यान्वयनकर्ताओं के लिए एक व्यापक परीक्षण सूट विकसित करना संभव नहीं है
WebView कार्यान्वयन में WebKit के विशिष्ट अपस्ट्रीम बिल्ड का उपयोग अवश्य करें। विशेष रूप से:
• वेबव्यू को अपस्ट्रीम एंड्रॉइड ओपन सोर्स ट्री से 528.5+ वेबकिट बिल्ड का उपयोग करना होगा
एंड्रॉइड 1.6. इस बिल्ड में WebView के लिए कार्यक्षमता और सुरक्षा सुधारों का एक विशिष्ट सेट शामिल है।
• WebView द्वारा रिपोर्ट की गई उपयोगकर्ता एजेंट स्ट्रिंग इस प्रारूप में होनी चाहिए:
मोज़िला/5.0 (लिनक्स; यू; एंड्रॉइड 1.6; <भाषा>-<देश>; <डिवाइस
नाम>; बिल्ड/<बिल्ड आईडी>) AppleWebKit/528.5+ (KHTML, गेको की तरह)
संस्करण/3.1.2 मोबाइल सफारी/525.20.1

◦ "<डिवाइस नाम>" स्ट्रिंग का मान समान होना चाहिए
android.os.Build.MODEL
◦ "<बिल्ड आईडी>" स्ट्रिंग android.os.Build.ID के मान के समान होनी चाहिए।
◦ "<भाषा>" और "<देश>" स्ट्रिंग को सामान्य परंपराओं का पालन करना चाहिए
देश कोड और भाषा, और डिवाइस के वर्तमान स्थान को संदर्भित करना चाहिए
अनुरोध का समय.
कार्यान्वयन स्टैंडअलोन ब्राउज़र एप्लिकेशन में एक कस्टम उपयोगकर्ता एजेंट स्ट्रिंग भेज सकता है। क्या है?
अधिक, स्टैंडअलोन ब्राउज़र वैकल्पिक ब्राउज़र तकनीक पर आधारित हो सकता है (जैसे फ़ायरफ़ॉक्स,
ओपेरा, आदि) हालाँकि, भले ही एक वैकल्पिक ब्राउज़र एप्लिकेशन भेजा गया हो, WebView घटक
तृतीय-पक्ष अनुप्रयोगों को प्रदान किया गया वेबकिट पर आधारित होना चाहिए, जैसा कि ऊपर दिया गया है।
स्टैंडअलोन ब्राउज़र एप्लिकेशन में गियर्स [ संसाधन, 12] और मई के लिए समर्थन शामिल होना चाहिए
HTML5 में से कुछ या सभी के लिए समर्थन शामिल करें।
3.5. एपीआई व्यवहार संगतता
प्रत्येक एपीआई प्रकार (प्रबंधित, सॉफ्ट, देशी और वेब) का व्यवहार इसके अनुरूप होना चाहिए
एंड्रॉइड ओपन सोर्स प्रोजेक्ट से उपलब्ध एंड्रॉइड का पसंदीदा कार्यान्वयन।
अनुकूलता के कुछ विशिष्ट क्षेत्र हैं:
• उपकरणों को मानक इरादे के व्यवहार या अर्थ को नहीं बदलना चाहिए
• उपकरणों को किसी विशेष प्रकार की प्रणाली के जीवनचक्र या जीवनचक्र शब्दार्थ में परिवर्तन नहीं करना चाहिए
घटक (जैसे सेवा, गतिविधि, सामग्री प्रदाता, आदि)
• डिवाइस को किसी विशेष अनुमति के शब्दार्थ को नहीं बदलना चाहिए
उपरोक्त सूची व्यापक नहीं है, और व्यवहार सुनिश्चित करने की जिम्मेदारी डिवाइस कार्यान्वयनकर्ताओं पर है
अनुकूलता. इस कारण से, डिवाइस कार्यान्वयनकर्ताओं को इसके माध्यम से उपलब्ध स्रोत कोड का उपयोग करना चाहिए
सिस्टम के महत्वपूर्ण हिस्सों को फिर से लागू करने के बजाय, जहां संभव हो, एंड्रॉइड ओपन सोर्स प्रोजेक्ट।
संगतता परीक्षण सूट (सीटीएस) व्यवहारिक अनुकूलता के लिए प्लेटफ़ॉर्म के महत्वपूर्ण हिस्सों का परीक्षण करता है,
लेकिन सब नहीं। एंड्रॉइड के साथ व्यवहारिक अनुकूलता सुनिश्चित करना कार्यान्वयनकर्ता की जिम्मेदारी है
ओपन सोर्स प्रोजेक्ट.
3.6. एपीआई नेमस्पेस
एंड्रॉइड जावा प्रोग्रामिंग द्वारा परिभाषित पैकेज और क्लास नेमस्पेस सम्मेलनों का पालन करता है
भाषा। तृतीय-पक्ष अनुप्रयोगों के साथ अनुकूलता सुनिश्चित करने के लिए, डिवाइस कार्यान्वयनकर्ताओं को ऐसा नहीं करना चाहिए
इन पैकेज नामस्थानों में कोई भी निषिद्ध संशोधन (नीचे देखें):
• जावा।*
• जावैक्स.*
• सूरज।*
• एंड्रॉयड।*
• com.android.*
निषिद्ध संशोधनों में शामिल हैं:
• डिवाइस कार्यान्वयन को एंड्रॉइड प्लेटफ़ॉर्म पर सार्वजनिक रूप से उजागर एपीआई को संशोधित नहीं करना चाहिए
किसी विधि या वर्ग हस्ताक्षर को बदलकर, या वर्ग या वर्ग फ़ील्ड को हटाकर।

• डिवाइस कार्यान्वयनकर्ता एपीआई के अंतर्निहित कार्यान्वयन को संशोधित कर सकते हैं, लेकिन ऐसा
संशोधनों से किसी के बताए गए व्यवहार और जावा-भाषा हस्ताक्षर पर प्रभाव नहीं पड़ना चाहिए
सार्वजनिक रूप से उजागर एपीआई।
• डिवाइस कार्यान्वयनकर्ताओं को कोई भी सार्वजनिक रूप से उजागर तत्व (जैसे कि कक्षाएं या) नहीं जोड़ना चाहिए
इंटरफ़ेस, या फ़ील्ड या मौजूदा कक्षाओं या इंटरफ़ेस के तरीके) उपरोक्त एपीआई के लिए।
"सार्वजनिक रूप से उजागर तत्व" कोई भी निर्माण है जिसे "@hide" मार्कर से सजाया नहीं गया है
अपस्ट्रीम एंड्रॉइड स्रोत कोड। दूसरे शब्दों में, डिवाइस कार्यान्वयनकर्ताओं को नए एपीआई प्रदर्शित नहीं करने चाहिए
ऊपर उल्लिखित नामस्थानों में मौजूदा एपीआई को बदलें। डिवाइस कार्यान्वयनकर्ता केवल आंतरिक बना सकते हैं
संशोधन, लेकिन उन संशोधनों का विज्ञापन नहीं किया जाना चाहिए या अन्यथा डेवलपर्स के सामने उजागर नहीं किया जाना चाहिए।
डिवाइस कार्यान्वयनकर्ता कस्टम एपीआई जोड़ सकते हैं, लेकिन ऐसा कोई भी एपीआई स्वामित्व वाले नेमस्पेस में नहीं होना चाहिए
किसी अन्य संगठन द्वारा या उसका संदर्भ देकर। उदाहरण के लिए, डिवाइस कार्यान्वयनकर्ताओं को इसमें एपीआई नहीं जोड़ना चाहिए
com.google.* या समान नामस्थान; केवल Google ही ऐसा कर सकता है. इसी प्रकार, Google को इसमें API नहीं जोड़ना चाहिए
अन्य कंपनियों के नामस्थान.
यदि कोई डिवाइस कार्यान्वयनकर्ता उपरोक्त पैकेज नेमस्पेस में से किसी एक को बेहतर बनाने का प्रस्ताव करता है (जैसे कि जोड़कर)।
मौजूदा एपीआई में उपयोगी नई कार्यक्षमता, या एक नया एपीआई जोड़ना), कार्यान्वयनकर्ता को दौरा करना चाहिए
source.android.com और के अनुसार परिवर्तन और कोड योगदान करने की प्रक्रिया शुरू करें
उस साइट पर जानकारी.
ध्यान दें कि उपरोक्त प्रतिबंध जावा में एपीआई के नामकरण के लिए मानक परंपराओं के अनुरूप हैं
प्रोग्रामिंग भाषा; इस अनुभाग का उद्देश्य केवल उन सम्मेलनों को सुदृढ़ करना और उन्हें बाध्यकारी बनाना है
इस अनुकूलता परिभाषा में शामिल करने के माध्यम से।
3.7. वर्चुअल मशीन संगतता
एक संगत एंड्रॉइड डिवाइस को पूर्ण डेलविक एक्ज़ीक्यूटेबल (डीईएक्स) बाइटकोड विनिर्देश का समर्थन करना चाहिए
डाल्विक वर्चुअल मशीन शब्दार्थ [संसाधन, 13]।
3.8. उपयोगकर्ता इंटरफ़ेस अनुकूलता
एंड्रॉइड प्लेटफ़ॉर्म में कुछ डेवलपर एपीआई शामिल हैं जो डेवलपर्स को सिस्टम उपयोगकर्ता से जुड़ने की अनुमति देते हैं
इंटरफेस। डिवाइस कार्यान्वयन में इन मानक यूआई एपीआई को कस्टम यूजर इंटरफेस में शामिल करना होगा
वे विकसित होते हैं, जैसा कि नीचे बताया गया है।
3.8.1. विजेट
एंड्रॉइड एक घटक प्रकार और संबंधित एपीआई और जीवनचक्र को परिभाषित करता है जो अनुप्रयोगों को उजागर करने की अनुमति देता है
अंतिम उपयोगकर्ता के लिए एक "AppWidget" [संसाधन , 14] । एंड्रॉइड ओपन सोर्स संदर्भ रिलीज़ में एक शामिल है
लॉन्चर एप्लिकेशन जिसमें उपयोगकर्ता इंटरफ़ेस तत्व शामिल हैं जो उपयोगकर्ता को जोड़ने, देखने और हटाने की अनुमति देते हैं
होम स्क्रीन से AppWidgets.
डिवाइस कार्यान्वयनकर्ता संदर्भ लॉन्चर (अर्थात होम स्क्रीन) के लिए एक विकल्प का विकल्प चुन सकते हैं।
वैकल्पिक लॉन्चर्स में AppWidgets के लिए अंतर्निहित समर्थन शामिल होना चाहिए और उपयोगकर्ता इंटरफ़ेस को उजागर करना चाहिए
सीधे लॉन्चर के भीतर AppWidgets को जोड़ने, देखने और हटाने के लिए तत्व। वैकल्पिक लांचर मई
इन उपयोगकर्ता इंटरफ़ेस तत्वों को छोड़ दें; हालाँकि, यदि उन्हें छोड़ दिया जाता है, तो डिवाइस कार्यान्वयनकर्ता को एक प्रदान करना होगा
लॉन्चर से अलग एप्लिकेशन एक्सेस किया जा सकता है जो उपयोगकर्ताओं को जोड़ने, देखने और हटाने की अनुमति देता है
ऐपविजेट्स।

3.8.2. सूचनाएं
एंड्रॉइड में एपीआई शामिल हैं जो डेवलपर्स को उल्लेखनीय घटनाओं के बारे में उपयोगकर्ताओं को सूचित करने की अनुमति देते हैं [संसाधन, 15]। उपकरण
कार्यान्वयनकर्ताओं को इस प्रकार परिभाषित अधिसूचना के प्रत्येक वर्ग के लिए समर्थन प्रदान करना होगा; विशेष रूप से: ध्वनियाँ,
कंपन, प्रकाश और स्थिति पट्टी।
इसके अतिरिक्त, कार्यान्वयन को सही ढंग से प्रस्तुत करना होगा और सभी संसाधनों (आइकन, ध्वनि फ़ाइलें, आदि) को सही ढंग से प्रस्तुत करना होगा।
एपीआई [संसाधन, 7], या स्टेटस बार आइकन स्टाइल गाइड [संसाधन , 16] में प्रदान किया गया है। उपकरण
कार्यान्वयनकर्ता सूचनाओं के लिए उपलब्ध कराए गए उपयोगकर्ता अनुभव की तुलना में वैकल्पिक उपयोगकर्ता अनुभव प्रदान कर सकते हैं
संदर्भ एंड्रॉइड ओपन सोर्स कार्यान्वयन; हालाँकि, ऐसी वैकल्पिक अधिसूचना प्रणालियाँ अवश्य होनी चाहिए
उपरोक्तानुसार मौजूदा अधिसूचना संसाधनों का समर्थन करें।
3.8.3. खोज
एंड्रॉइड में एपीआई शामिल है [संसाधन, 17] जो डेवलपर्स को अपने अनुप्रयोगों में खोज को शामिल करने की अनुमति देता है,
और उनके एप्लिकेशन के डेटा को वैश्विक सिस्टम खोज में उजागर करें। सामान्यतया, यह कार्यक्षमता
इसमें एक एकल, सिस्टम-व्यापी उपयोगकर्ता इंटरफ़ेस होता है जो उपयोगकर्ताओं को प्रश्न दर्ज करने, सुझाव प्रदर्शित करने की अनुमति देता है
जैसे ही उपयोगकर्ता टाइप करते हैं, और परिणाम प्रदर्शित करते हैं। एंड्रॉइड एपीआई डेवलपर्स को इस इंटरफ़ेस को प्रदान करने के लिए पुन: उपयोग करने की अनुमति देता है
अपने स्वयं के ऐप्स के भीतर खोज करें, और डेवलपर्स को सामान्य वैश्विक खोज उपयोगकर्ता को परिणाम प्रदान करने की अनुमति दें
इंटरफेस।
डिवाइस कार्यान्वयन में एक एकल, साझा, सिस्टम-व्यापी खोज करने में सक्षम उपयोगकर्ता इंटरफ़ेस शामिल होना चाहिए
उपयोगकर्ता इनपुट के जवाब में वास्तविक समय के सुझाव। डिवाइस कार्यान्वयन को एपीआई को लागू करना होगा
डेवलपर्स को अपने स्वयं के अनुप्रयोगों में खोज प्रदान करने के लिए इस उपयोगकर्ता इंटरफ़ेस का पुन: उपयोग करने की अनुमति दें।
डिवाइस कार्यान्वयन को एपीआई लागू करना होगा जो तीसरे पक्ष के अनुप्रयोगों को सुझाव जोड़ने की अनुमति देता है
जब खोज बॉक्स को वैश्विक खोज मोड में चलाया जाता है। यदि कोई तृतीय-पक्ष एप्लिकेशन इंस्टॉल नहीं है
इस कार्यक्षमता का उपयोग करें, डिफ़ॉल्ट व्यवहार वेब खोज इंजन परिणाम प्रदर्शित करना होना चाहिए
सुझाव.
डिवाइस कार्यान्वयन वैकल्पिक खोज उपयोगकर्ता इंटरफ़ेस भेज सकता है, लेकिन इसमें हार्ड या सॉफ्ट शामिल होना चाहिए
समर्पित खोज बटन, जिसका उपयोग किसी भी समय किसी भी ऐप के भीतर खोज ढांचे को लागू करने के लिए किया जा सकता है,
एपीआई दस्तावेज़ में दिए गए व्यवहार के साथ।
3.8.4. टोस्ट
एप्लिकेशन छोटे गैर-मोडल स्ट्रिंग प्रदर्शित करने के लिए "टोस्ट" एपीआई ([ संसाधन, 18] में परिभाषित) का उपयोग कर सकते हैं
अंतिम उपयोगकर्ता, जो थोड़े समय के बाद गायब हो जाता है। डिवाइस कार्यान्वयन को टोस्ट प्रदर्शित करना होगा
कुछ उच्च-दृश्यता तरीके से अंतिम उपयोगकर्ताओं के लिए एप्लिकेशन।
4. संदर्भ सॉफ्टवेयर संगतता
डिवाइस कार्यान्वयनकर्ताओं को निम्नलिखित ओपन-सोर्स का उपयोग करके कार्यान्वयन अनुकूलता का परीक्षण करना होगा
अनुप्रयोग:
• कैलकुलेटर (एसडीके में शामिल)
• चंद्र लैंडर (एसडीके में शामिल)
• एपीडेमोस (एसडीके में शामिल)
• "एंड्रॉइड के लिए ऐप्स" एप्लिकेशन [ संसाधन, 19]
कार्यान्वयन के लिए उपरोक्त प्रत्येक ऐप को कार्यान्वयन पर सही ढंग से लॉन्च और व्यवहार करना होगा

संगत माना जाता है.
5. अनुप्रयोग पैकेजिंग संगतता
डिवाइस कार्यान्वयन को "aapt" टूल द्वारा जेनरेट की गई एंड्रॉइड ".apk" फ़ाइलों को इंस्टॉल और चलाना होगा
आधिकारिक एंड्रॉइड एसडीके [ संसाधन , 20] में शामिल है।
डिवाइस कार्यान्वयन को .apk, एंड्रॉइड मेनिफेस्ट, या डेल्विक बाइटकोड का विस्तार नहीं करना चाहिए
इस तरह से प्रारूपित करें कि उन फ़ाइलों को अन्य पर सही ढंग से स्थापित होने और चलने से रोका जा सके
संगत उपकरण. डिवाइस कार्यान्वयनकर्ताओं को डाल्विक के संदर्भ अपस्ट्रीम कार्यान्वयन का उपयोग करना चाहिए,
और संदर्भ कार्यान्वयन की पैकेज प्रबंधन प्रणाली।
6. मल्टीमीडिया संगतता
एक संगत एंड्रॉइड डिवाइस को निम्नलिखित मल्टीमीडिया कोडेक्स का समर्थन करना चाहिए। ये सभी कोडेक्स हैं
एंड्रॉइड ओपन से पसंदीदा एंड्रॉइड कार्यान्वयन में सॉफ़्टवेयर कार्यान्वयन के रूप में प्रदान किया गया
स्रोत परियोजना [ संसाधन , 4]।
कृपया ध्यान दें कि न तो Google और न ही ओपन हैंडसेट एलायंस इसका कोई प्रतिनिधित्व करते हैं
कोडेक्स तीसरे पक्ष के पेटेंट से मुक्त हैं। जो लोग हार्डवेयर या में इस स्रोत कोड का उपयोग करने का इरादा रखते हैं
सॉफ़्टवेयर उत्पादों को सलाह दी जाती है कि वे इस कोड का कार्यान्वयन करें, जिसमें ओपन सोर्स सॉफ़्टवेयर या शामिल हैं
शेयरवेयर को संबंधित पेटेंट धारकों से पेटेंट लाइसेंस की आवश्यकता हो सकती है।
ऑडियो
नाम
एनकोडर डिकोडर विवरण
समर्थित फ़ाइलें
किसी में मोनो/स्टीरियो सामग्री
3जीपीपी (.3जीपी) और
मानक बिट दरों का संयोजन
एमपीईजी-4 (.mp4, .m4a)
एएसी एलसी/एलटीपी
एक्स
160 केबीपीएस तक और नमूना दर फ़ाइलें। कच्चे के लिए कोई समर्थन नहीं
8 से 48kHz के बीच
एएसी (.aac)
किसी में मोनो/स्टीरियो सामग्री
3जीपीपी (.3जीपी) और
वह-AACv1
मानक बिट दरों का संयोजन
एमपीईजी-4 (.mp4, .m4a)
एक्स
(एएसी+)
96 केबीपीएस तक और नमूना दर फ़ाइलें। कच्चे के लिए कोई समर्थन नहीं
8 से 48kHz के बीच
एएसी (.aac)
किसी में मोनो/स्टीरियो सामग्री
वह-AACv2
3जीपीपी (.3जीपी) और
मानक बिट दरों का संयोजन
(उन्नत
एमपीईजी-4 (.mp4, .m4a)
एक्स
96 केबीपीएस तक और नमूना दर
एएसी+)
फ़ाइलें. कच्चे के लिए कोई समर्थन नहीं
8 से 48kHz के बीच
एएसी (.aac)
एएमआर-एनबी
4.75 से 12.2 केबीपीएस नमूना @
3जीपीपी (.3जीपी) फ़ाइलें
एक्स
एक्स
8kHz
एएमआर-पश्चिम बंगाल
9 दरें 6.60 kbit/s से 23.85 तक
-3GPP (.3gp) फ़ाइलें
एक्स
kbit/s का नमूना 16kHz पर लिया गया
एमपी 3
मोनो/स्टीरियो 8-320Kbps स्थिर MP3 (.mp3) फ़ाइलें
एक्स
(सीबीआर) या परिवर्तनीय बिट-दर (वीबीआर)
टाइप 0 और 1 (.mid, .xmf,
मिडी प्रकार 0 और 1. डीएलएस संस्करण 1
मिडी
एक्स
.एमएक्सएमएफ)। इसके अलावा आरटीटीटीएल/आरटीएक्स
और 2. एक्सएमएफ और मोबाइल एक्सएमएफ।
(.rtttl, .rtx), OTA (.ota),

रिंगटोन प्रारूपों के लिए समर्थन
और iMelody (.imy)
आरटीटीटीएल/आरटीएक्स, ओटीए, और आईमेलोडी
ऑग वॉर्बिस
.ogg
एक्स
8- और 16-बिट रैखिक पीसीएम (दरें ऊपर)।
पीसीएम
एक्स
लहर
हार्डवेयर की सीमा तक)
छवि
फ़ाइलें
नाम
एनकोडर डिकोडर विवरण
का समर्थन किया
जेपीईजी
एक्स
एक्स
आधार+प्रगतिशील
GIF
एक्स
पीएनजी
एक्स
एक्स
बीएमपी
एक्स
वीडियो
फ़ाइलें
नाम
एनकोडर डिकोडर विवरण
का समर्थन किया
3जीपीपी (.3जीपी)
एच .263
एक्स
एक्स
फ़ाइलें
3जीपीपी (.3जीपी)
264
एक्स
और एमपीईजी-4
(.mp4) फ़ाइलें
एमपीईजी4
एक्स
3जीपीपी (.3जीपी) फ़ाइल
सपा
7. डेवलपर टूल संगतता
डिवाइस कार्यान्वयन को एंड्रॉइड एसडीके में दिए गए एंड्रॉइड डेवलपर टूल्स का समर्थन करना चाहिए।
विशेष रूप से, एंड्रॉइड-संगत उपकरणों के साथ संगत होना चाहिए:
• एंड्रॉइड डिबग ब्रिज या एडीबी [संसाधन , 21]
डिवाइस कार्यान्वयन को Android में प्रलेखित सभी ADB फ़ंक्शन का समर्थन करना चाहिए
एसडीके. डिवाइस-साइड ADB डेमॉन डिफ़ॉल्ट रूप से निष्क्रिय होना चाहिए, लेकिन एक उपयोगकर्ता होना चाहिए-
एंड्रॉइड डिबग ब्रिज को चालू करने के लिए सुलभ तंत्र।
• Dalvik Debug मॉनिटर सेवा या DDMS [संसाधन , 22]
डिवाइस कार्यान्वयन को Android SDK में प्रलेखित के रूप में सभी DDMS सुविधाओं का समर्थन करना चाहिए।
जैसा कि DDMS ADB का उपयोग करता है, DDMS के लिए समर्थन डिफ़ॉल्ट रूप से निष्क्रिय होना चाहिए, लेकिन समर्थित होना चाहिए
जब भी उपयोगकर्ता ने ऊपर के रूप में एंड्रॉइड डीबग ब्रिज को सक्रिय किया है।

• बंदर [संसाधन, 23]
डिवाइस कार्यान्वयन में बंदर ढांचा शामिल होना चाहिए, और इसके लिए उपलब्ध कराना
उपयोग करने के लिए अनुप्रयोग।
8. हार्डवेयर संगतता
Android का उद्देश्य डिवाइस कार्यान्वयनकर्ताओं का समर्थन करना है जो अभिनव फॉर्म कारक और कॉन्फ़िगरेशन बनाने वाले हैं।
एक ही समय में एंड्रॉइड डेवलपर्स सभी एंड्रॉइड में कुछ हार्डवेयर, सेंसर और एपीआई की उम्मीद करते हैं
उपकरण। यह खंड उन हार्डवेयर सुविधाओं को सूचीबद्ध करता है जिन्हें सभी Android 1.6 संगत उपकरणों का समर्थन करना चाहिए। में
एंड्रॉइड 1.6, अधिकांश हार्डवेयर सुविधाओं (जैसे कि वाईफाई, कम्पास और एक्सेलेरोमीटर) की आवश्यकता होती है।
यदि किसी डिवाइस में एक विशेष हार्डवेयर घटक शामिल होता है जिसमें तृतीय-पक्ष के लिए एक एपीआई होता है
डेवलपर्स, डिवाइस कार्यान्वयन को उस एपीआई को लागू करना होगा जैसा कि एंड्रॉइड एसडीके में परिभाषित किया गया है
दस्तावेज़ीकरण.
8.1. प्रदर्शन
Android 1.6 में ऐसी सुविधाएं शामिल हैं जो कुछ स्वचालित स्केलिंग और परिवर्तन संचालन करती हैं
कुछ परिस्थितियां, यह सुनिश्चित करने के लिए कि तीसरे पक्ष के एप्लिकेशन हार्डवेयर पर यथोचित रूप से अच्छी तरह से चलते हैं
कॉन्फ़िगरेशन जिसके लिए वे जरूरी नहीं कि स्पष्ट रूप से डिज़ाइन किए गए [संसाधन, 24] । उपकरणों को होना चाहिए
इस खंड में विस्तृत रूप से इन व्यवहारों को उचित रूप से लागू करें।
8.1.1. मानक प्रदर्शन विन्यास
यह तालिका Android के साथ संगत मानक स्क्रीन कॉन्फ़िगरेशन को सूचीबद्ध करती है:
विकर्ण
स्क्रीन का साईज़
स्क्रीन घनत्व
स्क्रीन प्रकार
चौड़ाई (पिक्सेल)
ऊंचाई (पिक्सेल)
लंबाई सीमा
समूह
समूह
(इंच)
QVGA के
240
320
2.6 - 3.0
छोटा
कम
डब्ल्यूक्यूवीजीए
240
400
3.2 - 3.5
सामान्य
कम
Fwqvga
240
432
3.5 - 3.8
सामान्य
कम
एचवीजीए
320
480
3.0 - 3.5
सामान्य
मध्यम
डब्ल्यूवीजीए
480
800
3.3 - 4.0
सामान्य
उच्च
एफडब्ल्यूवीजीए
480
854
3.5 - 4.0
सामान्य
उच्च
डब्ल्यूवीजीए
480
800
4.8 - 5.5
बड़ा
मध्यम
एफडब्ल्यूवीजीए
480
854
5.0 - 5.8
बड़ा
मध्यम
ऊपर दिए गए मानक कॉन्फ़िगरेशन में से एक के अनुरूप डिवाइस कार्यान्वयन कॉन्फ़िगर किया जाना चाहिए
Android.content.res.configuration [ संसाधन, के माध्यम से अनुप्रयोगों के लिए संकेतित स्क्रीन आकार की रिपोर्ट करने के लिए,
25] वर्ग।
कुछ .APK पैकेज में प्रकट होते हैं जो उन्हें एक विशिष्ट घनत्व सीमा का समर्थन करने के रूप में पहचान नहीं करते हैं।
ऐसे एप्लिकेशन चलाते समय, निम्नलिखित बाधाएं लागू होती हैं:

• डिवाइस कार्यान्वयन को किसी भी ऐसे संसाधनों की व्याख्या करनी चाहिए जो डिफ़ॉल्ट रूप से मौजूद हैं
"मध्यम" (एसडीके प्रलेखन में "एमडीपीआई" के रूप में जाना जाता है।)
• "कम" घनत्व स्क्रीन पर काम करते समय, डिवाइस कार्यान्वयन को मध्यम/ नीचे स्केल करना होगा
0.75 के कारक द्वारा एमडीपीआई संपत्ति।
• "उच्च" घनत्व स्क्रीन पर काम करते समय, डिवाइस कार्यान्वयन को मध्यम/ स्केल करना होगा/
1.5 के कारक द्वारा एमडीपीआई संपत्ति।
• डिवाइस कार्यान्वयन को घनत्व सीमा के भीतर परिसंपत्तियों को स्केल नहीं करना चाहिए, और स्केल होना चाहिए
घनत्व सीमाओं के बीच इन कारकों द्वारा संपत्ति।
8.1.2. गैर-मानक प्रदर्शन विन्यास
डिस्प्ले कॉन्फ़िगरेशन जो खंड 8.2.1 में सूचीबद्ध मानक कॉन्फ़िगरेशन में से एक से मेल नहीं खाते हैं
अतिरिक्त विचार और काम संगत होने के लिए। डिवाइस कार्यान्वयनकर्ताओं को एंड्रॉइड से संपर्क करना चाहिए
स्क्रीन-आकार की बाल्टी, घनत्व, के लिए वर्गीकरण प्राप्त करने के लिए धारा 12 में प्रदान की जाने वाली संगतता टीम,
और स्केलिंग कारक। जब इस जानकारी के साथ प्रदान किया जाता है, तो डिवाइस कार्यान्वयन उन्हें लागू करना होगा
जैसा बताया गया।
ध्यान दें कि कुछ डिस्प्ले कॉन्फ़िगरेशन (जैसे कि बहुत बड़ी या बहुत छोटी स्क्रीन, और कुछ पहलू अनुपात)
एंड्रॉइड 1.6 के साथ मौलिक रूप से असंगत हैं; इसलिए डिवाइस कार्यान्वयनकर्ताओं को प्रोत्साहित किया जाता है
विकास प्रक्रिया में जल्द से जल्द एंड्रॉइड संगतता टीम से संपर्क करें।
8.1.3. प्रदर्शन मेट्रिक्स
डिवाइस कार्यान्वयन में परिभाषित सभी प्रदर्शन मैट्रिक्स के लिए सही मूल्यों की रिपोर्ट करनी चाहिए
Android.util.DisplayMetrics [संसाधन , 26]।
8.2. कीबोर्ड
डिवाइस कार्यान्वयन:
• इनपुट प्रबंधन ढांचे के लिए समर्थन शामिल होना चाहिए (जो तीसरे पक्ष की अनुमति देता है
डेवलपर्स इनपुट प्रबंधन इंजन बनाने के लिए - यानी सॉफ्ट कीबोर्ड) के रूप में विस्तृत के रूप में
डेवलपर.android.com
• कम से कम एक नरम कीबोर्ड कार्यान्वयन प्रदान करना चाहिए (चाहे एक कठिन हो
कीबोर्ड मौजूद है)
• अतिरिक्त सॉफ्ट कीबोर्ड कार्यान्वयन शामिल हो सकते हैं
• एक हार्डवेयर कीबोर्ड शामिल हो सकता है
• एक हार्डवेयर कीबोर्ड को शामिल नहीं करना चाहिए जो निर्दिष्ट स्वरूपों में से किसी एक से मेल नहीं खाता है
Android.content.res.configuration [ संसाधन, 25] में
8.3. गैर-स्पर्श नेविगेशन
डिवाइस कार्यान्वयन:
• गैर-स्पर्श नेविगेशन विकल्पों को छोड़ सकते हैं (यानी, एक ट्रैकबॉल, 5-वे दिशात्मक पैड, या छोड़ सकते हैं
पहिया)
• Android.content.res.configuration [संसाधन , 25] के माध्यम से रिपोर्ट करना चाहिए
युक्ति हार्डवेयर

8.4. स्क्रीन अनुकूलन
संगत उपकरणों को या तो चित्र या परिदृश्य के लिए अनुप्रयोगों द्वारा गतिशील अभिविन्यास का समर्थन करना चाहिए
स्क्रीन अनुकूलन। यही है, डिवाइस को एक विशिष्ट स्क्रीन के लिए एप्लिकेशन के अनुरोध का सम्मान करना चाहिए
अभिविन्यास। डिवाइस कार्यान्वयन डिफ़ॉल्ट के रूप में या तो पोर्ट्रेट या लैंडस्केप ओरिएंटेशन का चयन कर सकते हैं।
डिवाइस को डिवाइस के वर्तमान अभिविन्यास के लिए सही मूल्य की रिपोर्ट करनी चाहिए, जब भी के माध्यम से क्वेरी किया जाता है
Android.content.res.configuration.orientation, android.view.display.getOrientation (), या अन्य API।
8.5. टचस्क्रीन इनपुट
डिवाइस कार्यान्वयन:
• एक टचस्क्रीन होना चाहिए
• या तो capacative या प्रतिरोधक टचस्क्रीन हो सकता है
• Android.content.res.configuration [ संसाधन, 25] प्रतिबिंबित करने के मूल्य की रिपोर्ट करनी चाहिए
डिवाइस पर विशिष्ट टचस्क्रीन के प्रकार के अनुरूप
8.6. USB
डिवाइस कार्यान्वयन:
• एक USB क्लाइंट को लागू करना चाहिए, एक मानक USB-A पोर्ट के साथ USB होस्ट से कनेक्ट करने योग्य है
• यूएसबी पर एंड्रॉइड डीबग ब्रिज को लागू करना चाहिए (जैसा कि धारा 7 में वर्णित है)
• हटाने योग्य/मीडिया भंडारण के लिए एक USB मास स्टोरेज क्लाइंट को लागू करना चाहिए
उपकरण
• डिवाइस साइड पर माइक्रो यूएसबी फॉर्म फैक्टर का उपयोग करना चाहिए
• यूएसबी मास स्टोरेज स्पेसिफिकेशन के लिए समर्थन लागू करना चाहिए (ताकि या तो हटाने योग्य हो
या डिवाइस पर फिक्स्ड स्टोरेज एक होस्ट पीसी से एक्सेस किया जा सकता है)
• डिवाइस की तरफ एक गैर-मानक पोर्ट शामिल हो सकता है, लेकिन यदि ऐसा है तो एक केबल के साथ शिप करना चाहिए जो सक्षम है
कस्टम पिनआउट को मानक 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 Instray को पंजीकृत करता है और
सिस्टम onPreviewFrame () विधि को कॉल करता है जब पूर्वावलोकन प्रारूप YCBCR_420_SP है,
BYTE में डेटा [] onPreviewFrame () में पारित किया गया () NV21 एन्कोडिंग प्रारूप में आगे होना चाहिए।
(यह 7K हार्डवेयर परिवार द्वारा मूल रूप से उपयोग किया जाने वाला प्रारूप है।) यानी, NV21 डिफ़ॉल्ट होना चाहिए।
8.9.1. गैर-ऑटोफोकस कैमरा
यदि किसी डिवाइस में ऑटोफोकस कैमरा का अभाव है, तो डिवाइस कार्यान्वयनकर्ता को अतिरिक्त आवश्यकताओं को पूरा करना होगा
यह अनुभाग। डिवाइस कार्यान्वयन को एंड्रॉइड 1.6 में शामिल पूर्ण कैमरा एपीआई को लागू करना होगा
वास्तविक कैमरा हार्डवेयर की क्षमताओं की परवाह किए बिना, एसडीके कुछ उचित तरीके से प्रलेखन।
Android 1.6 के लिए, यदि कैमरे में ऑटो-फोकस का अभाव है, तो डिवाइस कार्यान्वयन को निम्नलिखित का पालन करना चाहिए:
1. सिस्टम में एक रीड-ओनली सिस्टम प्रॉपर्टी शामिल होनी चाहिए, जिसका नाम "ro.workaround.noautofocus" हो,
"1" के मूल्य के साथ। इस मान का उपयोग Android Market जैसे अनुप्रयोगों द्वारा किया जाना है
चुनिंदा रूप से डिवाइस क्षमताओं की पहचान करें, और Android के भविष्य के संस्करण में एक के साथ बदल दिया जाएगा
मजबूत एपीआई।
2. यदि कोई एप्लिकेशन Android.hardware.camera.autofocus () पर कॉल करता है, तो सिस्टम को कॉल करना होगा
किसी भी पंजीकृत पर onautofocus () कॉलबैक विधि
Android.hardware.camera.autofocuscallback Instances, भले ही वास्तव में कोई ध्यान केंद्रित न हो
घटित। यह एक ऑटोफोकस के लिए हमेशा के लिए इंतजार करके मौजूदा अनुप्रयोगों को तोड़ने से बचने के लिए है
कॉलबैक जो कभी नहीं आएगा।
3. Autofocuscallback.OnoutoFocus () विधि को कॉल को ड्राइवर द्वारा ट्रिगर किया जाना चाहिए या
मुख्य रूपरेखा लूपर थ्रेड पर एक नए कार्यक्रम में फ्रेमवर्क। वह है, कैमरा.एटोफोकस ()
सीधे ऑटोफोकसकलबैक को कॉल नहीं करना चाहिए। चूंकि यह एंड्रॉइड का उल्लंघन करता है
फ्रेमवर्क थ्रेडिंग मॉडल और ऐप्स को तोड़ देगा।
8.10. accelerometer
डिवाइस कार्यान्वयन में 3-एक्सिस एक्सेलेरोमीटर शामिल होना चाहिए और एटी में ईवेंट वितरित करने में सक्षम होना चाहिए
कम से कम 50 हर्ट्ज। एक्सेलेरोमीटर द्वारा उपयोग की जाने वाली समन्वय प्रणाली को एंड्रॉइड सेंसर का पालन करना चाहिए
Android API S [संसाधन , 28] में विस्तृत के रूप में समन्वय प्रणाली।

8.11. दिशा सूचक यंत्र
डिवाइस कार्यान्वयन में 3-अक्ष कम्पास शामिल होना चाहिए और कम से कम घटनाओं को वितरित करने में सक्षम होना चाहिए
10 हर्ट्ज. कम्पास द्वारा उपयोग की जाने वाली समन्वय प्रणाली को एंड्रॉइड सेंसर समन्वय का पालन करना चाहिए
Android API [संसाधन, 28] में परिभाषित सिस्टम ।
8.12. GPS
डिवाइस कार्यान्वयन में एक जीपीएस शामिल होना चाहिए, और इसमें "सहायता प्राप्त जीपी" के कुछ रूप शामिल होने चाहिए
GPS लॉक-ऑन समय को कम करने के लिए तकनीक।
8.13. टेलीफ़ोनी
डिवाइस कार्यान्वयन:
• जीएसएम या सीडीएमए टेलीफोनी को शामिल करना चाहिए
• Android SDK प्रलेखन में विस्तृत के रूप में उपयुक्त API को लागू करना चाहिए
डेवलपर.android.com
ध्यान दें कि इस आवश्यकता का अर्थ है कि गैर-फोन डिवाइस एंड्रॉइड 1.6 के साथ संगत नहीं हैं; एंड्रॉयड
1.6 उपकरणों में टेलीफोनी हार्डवेयर शामिल होना चाहिए। कृपया गैर-फोन की जानकारी के लिए परिशिष्ट C देखें
उपकरण।
8.14. वॉल्यूम नियंत्रण
एंड्रॉइड-संगत उपकरणों में उपयोगकर्ता को बढ़ाने और घटाने की अनुमति देने के लिए एक तंत्र शामिल होना चाहिए
ऑडियो वॉल्यूम। डिवाइस कार्यान्वयन को इन कार्यों को हर समय उपयोगकर्ता को उपलब्ध कराना चाहिए,
आवेदन राज्य की परवाह किए बिना। इन कार्यों को भौतिक हार्डवेयर कुंजियों का उपयोग करके लागू किया जा सकता है,
सॉफ्टवेयर, इशार, टच पैनल, आदि, लेकिन उन्हें हमेशा सुलभ होना चाहिए और अस्पष्ट या हस्तक्षेप नहीं करना चाहिए
उपलब्ध एप्लिकेशन डिस्प्ले क्षेत्र के साथ (ऊपर प्रदर्शन देखें)।
जब इन बटन का उपयोग किया जाता है, तो इसी प्रमुख घटनाओं को उत्पन्न किया जाना चाहिए और भेजा जाना चाहिए
अग्रभूमि आवेदन। यदि ईवेंट को इंटरसेप्ट नहीं किया जाता है और एप्लिकेशन द्वारा डूब जाता है तो डिवाइस
कार्यान्वयन को सिस्टम वॉल्यूम नियंत्रण के रूप में घटना को संभालना चाहिए।
9. प्रदर्शन संगतता
Android संगतता कार्यक्रम के लक्ष्यों में से एक के लिए एक सुसंगत अनुप्रयोग अनुभव सुनिश्चित करना है
उपभोक्ता. संगत कार्यान्वयन न केवल यह सुनिश्चित करना चाहिए कि एप्लिकेशन केवल सही तरीके से चलते हैं
डिवाइस, लेकिन यह कि वे उचित प्रदर्शन और समग्र अच्छे उपयोगकर्ता अनुभव के साथ ऐसा करते हैं।
डिवाइस कार्यान्वयन एक Android 1.6 संगत डिवाइस के प्रमुख प्रदर्शन मेट्रिक्स को पूरा करना चाहिए,
नीचे दी गई तालिका में:
मीट्रिक
प्रदर्शन सीमा
टिप्पणियाँ

यह CTS द्वारा परीक्षण किया जाता है।
निम्नलिखित अनुप्रयोग
लॉन्च समय को कुल समय के रूप में मापा जाता है
के भीतर लॉन्च करना चाहिए
के लिए डिफ़ॉल्ट गतिविधि को पूरा करने के लिए पूरा करें
आवेदन
विस्तृत समय।
आवेदन, जिसमें समय शुरू होने में समय लगता है
प्रक्षेपण का समय
ब्राउज़र: 1300ms से कम
लिनक्स प्रक्रिया, एंड्रॉइड पैकेज को लोड करें
एमएमएस/एसएमएस: 700ms से कम
Dalvik VM, और Oncreate को कॉल करें।
अलार्मक्लॉक: 650ms से कम
कई अनुप्रयोग होंगे
यह CTS द्वारा परीक्षण किया जाता है।
लॉन्च किया गया. फिर से लॉन्च करना
एक साथ पहला आवेदन करना चाहिए
अनुप्रयोग
की तुलना में कम लेना
मूल लॉन्च समय।
10. सुरक्षा मॉडल संगतता
डिवाइस कार्यान्वयन को Android प्लेटफ़ॉर्म सुरक्षा के अनुरूप एक सुरक्षा मॉडल को लागू करना होगा
एपीआई [संसाधन, 29] में सुरक्षा और अनुमतियों संदर्भ दस्तावेज़ में परिभाषित मॉडल के रूप में मॉडल
एंड्रॉइड डेवलपर प्रलेखन। डिवाइस कार्यान्वयन को स्व-हस्ताक्षरित की स्थापना का समर्थन करना चाहिए
किसी भी तीसरे पक्ष/अधिकारियों से किसी भी अतिरिक्त अनुमति/प्रमाण पत्र की आवश्यकता के बिना आवेदन।
विशेष रूप से, संगत उपकरणों को निम्नलिखित सुरक्षा तंत्रों का समर्थन करना चाहिए:
10.1. अनुमतियां
डिवाइस कार्यान्वयन को एंड्रॉइड में परिभाषित के रूप में एंड्रॉइड अनुमतियों मॉडल का समर्थन करना चाहिए
डेवलपर प्रलेखन [ संसाधन , 9]। विशेष रूप से, कार्यान्वयन को प्रत्येक अनुमति को लागू करना होगा
एसडीके प्रलेखन में वर्णित के रूप में परिभाषित; किसी भी अनुमति को छोड़ा, बदल दिया जा सकता है या अनदेखा नहीं किया जा सकता है।
कार्यान्वयन अतिरिक्त अनुमतियाँ जोड़ सकते हैं, बशर्ते कि नई अनुमति आईडी तार में न हों
Android।* नेमस्पेस।
10.2. उपयोगकर्ता और प्रक्रिया अलगाव
डिवाइस कार्यान्वयन को एंड्रॉइड एप्लिकेशन सैंडबॉक्स मॉडल का समर्थन करना चाहिए, जिसमें प्रत्येक एप्लिकेशन
एक अद्वितीय यूनिक्स-शैली यूआईडी के रूप में और एक अलग प्रक्रिया में चलाता है।
डिवाइस कार्यान्वयन को एक ही लिनक्स उपयोगकर्ता आईडी के रूप में कई एप्लिकेशन चलाने का समर्थन करना चाहिए, बशर्ते
कि अनुप्रयोगों को ठीक से हस्ताक्षरित और निर्माण किया जाता है, जैसा कि सुरक्षा और अनुमतियों में परिभाषित किया गया है
संदर्भ [ संसाधन , 29]।

10.3. फाइलसिस्टम अनुमतियाँ
डिवाइस कार्यान्वयन के रूप में परिभाषित के रूप में Android फ़ाइल एक्सेस अनुमतियाँ मॉडल का समर्थन करना चाहिए
सुरक्षा और अनुमतियों के संदर्भ में परिभाषित [संसाधन , 29]।
11. संगतता परीक्षण सुइट
डिवाइस कार्यान्वयन को Android Compatibility Test Suite (CTS) [ संसाधन, 3] उपलब्ध होना चाहिए
एंड्रॉइड ओपन सोर्स प्रोजेक्ट से, डिवाइस पर अंतिम शिपिंग सॉफ्टवेयर का उपयोग करके। इसके अतिरिक्त,
डिवाइस कार्यान्वयनकर्ताओं को एंड्रॉइड ओपन सोर्स ट्री में संदर्भ कार्यान्वयन का उपयोग करना चाहिए
जितना संभव हो उतना, और सीटीएस में और किसी भी के लिए अस्पष्टता के मामलों में संगतता सुनिश्चित करना चाहिए
संदर्भ स्रोत कोड के कुछ हिस्सों का पुनर्मूल्यांकन।
CTS को एक वास्तविक डिवाइस पर चलाने के लिए डिज़ाइन किया गया है। किसी भी सॉफ्टवेयर की तरह, CTS में ही बग हो सकते हैं।
CTS को इस संगतता परिभाषा के स्वतंत्र रूप से संस्करण दिया जाएगा, और के कई संशोधन
CTS Android 1.6 के लिए जारी किया जा सकता है। हालांकि, इस तरह की रिलीज़ केवल सीटीएस में व्यवहारिक बग को ठीक करेगी
परीक्षण और किसी दिए गए प्लेटफ़ॉर्म रिलीज के लिए कोई नया परीक्षण, व्यवहार या एपीआई नहीं लगाएगा।
12. हमसे संपर्क करें
आप android संगतता टीम से संबंधित स्पष्टीकरण के लिए compatibility@android.com पर संपर्क कर सकते हैं
यह compatibiltiy परिभाषा और इस परिभाषा पर प्रतिक्रिया प्रदान करने के लिए।

परिशिष्ट A: आवश्यक एप्लिकेशन इरादे
नोट: यह सूची अनंतिम है, और भविष्य में अपडेट की जाएगी।
अनुप्रयोग क्रियाएँ
स्कीम माइम प्रकार
(कोई नहीं)
पाठ/सादा
एचटीटीपी
टेक्स्ट/एचटीएमएल
ब्राउज़र
android.intent.action.VIEW
HTTPS के
एप्लिकेशन/xhtml+xml
आवेदन पत्र/
vnd.wap.xhtml+xml
(कोई नहीं)
android.intent.action.WEB_SEARCH
एचटीटीपी
(कोई नहीं)
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
आरटीएसपी
वीडियो/mp4
वीडियो/3 जीपी
android.intent.action.VIEW
एचटीटीपी
वीडियो/3जीपीपी
वीडियो/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
एसएमएस / एमएमएस Android.intent.action.sendto
एमएमएस
MMSTO
ऑडियो/*
आवेदन/ओजीजी
संगीत
android.intent.action.VIEW
फ़ाइल
अनुप्रयोग/एक्स-ओजीजी
अनुप्रयोग/आईट्यून्स
ऑडियो/एमपी 3
ऑडियो/एक्स-एमपी 3
android.intent.action.VIEW
एचटीटीपी
ऑडियो/एमपीईजी
ऑडियो/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
आवेदन/ओजीजी
अनुप्रयोग/एक्स-ओजीजी
वीडियो/*

सामग्री
पैकेट
android.intent.action.VIEW
फ़ाइल
इंस्टालर
पैकेट
फ़ाइल
Android.intent.action.package_install
एचटीटीपी
HTTPS के
Android.intent.action.all_apps
android.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.खोज
सवाल
Android.intent.action.search_long_press
आवाज़
Android.intent.action.voice_command
संपर्क प्रबंधन
इरादा कार्रवाई
विवरण
एक गतिविधि शुरू करती है जो उपयोगकर्ता को लेने देती है
अटैच_मेज
एक छवि संलग्न करने के लिए एक संपर्क।
इस्तेमाल किया गया
Extray_create_description
show_or_create_contact के साथ
होने के लिए एक सटीक विवरण निर्दिष्ट करें

के बारे में उपयोगकर्ता को संकेत देते समय दिखाया गया है
एक नया संपर्क बनाना।
इस्तेमाल किया गया
show_or_create_contact के साथ
Extract_force_create
यदि नहीं तो एक नया संपर्क बनाने के लिए बल
मिलान संपर्क मिला।
यह वह इरादा है जिसे निकाल दिया जाता है जब ए
Search_suggestion_clicked
खोज सुझाव पर क्लिक किया जाता है।
यह वह इरादा है जिसे निकाल दिया जाता है जब ए
Search_suggestion_create_contact_clicked खोज सुझाव एक बनाने के लिए
संपर्क पर क्लिक किया जाता है।
यह वह इरादा है जिसे निकाल दिया जाता है जब ए
SEARCH_SUGGESTION_DIAL_NUMBER_CLICKED
एक नंबर डायल करने के लिए खोज सुझाव
पर क्लिक किया जाता है.
एक मेल्टो के साथ एक डेटा uri इनपुट के रूप में लेता है:
Show_or_create_contact
या दूरभाष: योजना।

परिशिष्ट B: आवश्यक प्रसारण इरादे नोट: यह सूची अनंतिम है, और होगी
भविष्य में अपडेट किया गया।
इरादा कार्रवाई
विवरण
प्रसारण कार्रवाई: यह एक बार प्रसारित किया जाता है, बाद में
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
एसडी कार्ड स्लॉट से, लेकिन माउंट पॉइंट नहीं था
बेदाग।
प्रसारण एक्शन: "मीडिया बटन" था
Action_media_button
दब गया।
प्रसारण कार्रवाई: बाहरी मीडिया मौजूद है, और
डिस्क-चेक किया जा रहा है माउंट पॉइंट के लिए पथ के लिए
Action_media_checking
चेकिंग मीडिया में निहित है
Intent.mdata फील्ड।
प्रसारण कार्रवाई: उपयोगकर्ता ने इच्छा व्यक्त की है
Action_media_eject
बाहरी भंडारण मीडिया को हटा दें।
प्रसारण कार्रवाई: बाहरी मीडिया मौजूद है और
Action_media_mounted
इसके माउंट पॉइंट पर घुड़सवार।
प्रसारण कार्रवाई: बाहरी मीडिया मौजूद है, लेकिन है
एक असंगत एफएस (या खाली है) का उपयोग करना
Action_media_nofs
चेकिंग मीडिया के लिए माउंट पॉइंट है
इरादे में निहित।
प्रसारण कार्रवाई: बाहरी मीडिया रहा है
Action_media_removed
निकाला गया।
प्रसारण एक्शन: मीडिया स्कैनर समाप्त हो गया है
Action_media_scanner_finished
एक निर्देशिका को स्कैन करना।
प्रसारण कार्रवाई: मीडिया स्कैनर से अनुरोध करें
Action_media_scanner_scan_file
एक फ़ाइल को स्कैन करें और इसे मीडिया डेटाबेस में जोड़ें।

प्रसारण एक्शन: मीडिया स्कैनर शुरू हो गया है
Action_media_scanner_started
एक निर्देशिका को स्कैन करना।
प्रसारण एक्शन: बाहरी मीडिया अनमाउंट है
Action_media_shared
क्योंकि इसे USB मास स्टोरेज के माध्यम से साझा किया जा रहा है।
प्रसारण कार्रवाई: बाहरी मीडिया मौजूद है लेकिन
Action_media_unmountable
माउंट नहीं किया जा सकता।
प्रसारण कार्रवाई: बाहरी मीडिया मौजूद है, लेकिन
Action_media_unmounted
इसके माउंट प्वाइंट पर नहीं चढ़ा।
प्रसारण एक्शन: एक आउटगोइंग कॉल होने वाली है
ACTION_NEW_OUTOGING_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
एक बार बैटरी के बाद एक्शन_बेट्री_लो के बाद
एक ठीक स्थिति में वापस चला गया है।
नेटवर्क स्थिति
इरादा कार्रवाई
विवरण
प्रसारण इरादे कार्रवाई से संकेत मिलता है कि
Network_state_changed_action
वाई-फाई कनेक्टिविटी की स्थिति बदल गई है।
प्रसारण इरादे कार्रवाई से संकेत मिलता है कि
Rssi_changed_action
RSSI (सिग्नल स्ट्रेंथ) बदल गया है।
प्रसारण इरादे कार्रवाई से संकेत मिलता है कि ए
Supplicant_state_changed_action
सप्लीमेंट से कनेक्शन किया गया है
स्थापित या खो गया।
प्रसारण इरादे कार्रवाई से संकेत मिलता है कि वाई-फाई
Wifi_state_changed_action
सक्षम किया गया है, अक्षम, सक्षम,
अक्षम, या अज्ञात।
कॉन्फ़िगर किए गए नेटवर्क की नेटवर्क आईडी
Network_ids_changed_action
बदल सकता था।
प्रसारण इरादे कार्रवाई से संकेत मिलता है कि
Action_background_data_setting_changed बैकग्राउंड डेटा उपयोग के लिए सेटिंग है
बदले हुए मान।
प्रसारण इरादे से संकेत मिलता है कि एक परिवर्तन में
कनेक्टिविटी_एक्टिव
नेटवर्क कनेक्टिविटी हुई है।
प्रसारण कार्रवाई: उपयोगकर्ता ने स्विच किया है
ACTION_AIRPLANE_MODE_CHANGED
एयरप्लेन मोड में या बाहर फोन।

परिशिष्ट C: भविष्य के विचार यह परिशिष्ट इस Android के कुछ हिस्सों को स्पष्ट करता है
1.6 संगतता परिभाषा, और कुछ मामलों में प्रत्याशित या नियोजित परिवर्तनों पर चर्चा की जाती है
Android प्लेटफ़ॉर्म का भविष्य का संस्करण। यह परिशिष्ट केवल सूचनात्मक और नियोजन उद्देश्यों के लिए है, और
Android 1.6 के लिए संगतता परिभाषा का हिस्सा नहीं है।
1. गैर-टेलीफोन उपकरण
एंड्रॉइड 1.6 विशेष रूप से टेलीफोन के लिए अभिप्रेत है; टेलीफोनी कार्यक्षमता वैकल्पिक नहीं है। भविष्य के संस्करण
एंड्रॉइड प्लेटफ़ॉर्म से टेलीफोनी को वैकल्पिक बनाने की उम्मीद है (और इस प्रकार गैर-फोन एंड्रॉइड के लिए अनुमति देता है
डिवाइस), लेकिन केवल फोन एंड्रॉइड 1.6 के साथ संगत हैं।
2. ब्लूटूथ संगतता
Android की Android 1.6 रिलीज़ ब्लूटूथ एपीआई का समर्थन नहीं करती है, इसलिए एक संगतता परिप्रेक्ष्य से
ब्लूटूथ प्लेटफ़ॉर्म के इस संस्करण के लिए कोई विचार नहीं करता है। हालांकि, एक भविष्य का संस्करण
Android ब्लूटूथ एपीआई का परिचय देगा। उस समय, ब्लूटूथ का समर्थन करना अनिवार्य हो जाएगा
अनुकूलता.
नतीजतन, हम दृढ़ता से अनुशंसा करते हैं कि एंड्रॉइड 1.6 उपकरणों में ब्लूटूथ शामिल है, ताकि वे होंगे
एंड्रॉइड के भविष्य के संस्करणों के साथ संगत है जिसमें ब्लूटूथ की आवश्यकता होती है।
3. आवश्यक हार्डवेयर घटक
धारा 8 (वाईफाई, मैग्नेटोमीटर/कम्पास, एक्सेलेरोमीटर, आदि सहित) में सभी हार्डवेयर घटक हैं
आवश्यक और नहीं छोड़ा जा सकता है। एंड्रॉइड के भविष्य के संस्करणों से कुछ (लेकिन सभी नहीं) बनाने की उम्मीद है
ये घटक वैकल्पिक हैं, इन्हें संभालने के लिए तृतीय-पक्ष डेवलपर्स के लिए संबंधित उपकरण के साथ मिलकर।
परिवर्तन।
4. नमूना अनुप्रयोग
Android के भविष्य के संस्करण के लिए संगतता परिभाषा दस्तावेज़ में अधिक व्यापक और शामिल होंगे
उपरोक्त धारा 4 में सूचीबद्ध लोगों की तुलना में अनुप्रयोगों की प्रतिनिधि सूची। Android 1.6 के लिए,
धारा 4 में सूचीबद्ध आवेदनों का परीक्षण किया जाना चाहिए।
5. टच स्क्रीन
संगतता परिभाषा के भविष्य के संस्करण उपकरणों को टचस्क्रीन को छोड़ने की अनुमति दे सकते हैं या नहीं।
हालांकि, वर्तमान में एंड्रॉइड फ्रेमवर्क कार्यान्वयन का अधिकांश हिस्सा एक के अस्तित्व को मानता है
टच स्क्रीन; एक टचस्क्रीन को छोड़ने से सभी वर्तमान तृतीय-पक्ष एंड्रॉइड एप्लिकेशन काफी हद तक टूट जाएंगे,
तो Android 1.6 में संगतता के लिए एक टचस्क्रीन आवश्यक है।

6. प्रदर्शन
सीटीएस के भविष्य के संस्करण भी निम्नलिखित के सीपीयू उपयोग और प्रदर्शन को मापेंगे
एक कार्यान्वयन के घटक:
• 2 डी ग्राफिक्स
• 3 डी ग्राफिक्स
• वीडियो प्लेबैक
• ऑडियो प्लेबैक
• ब्लूटूथ ए 2 डीपी प्लेबैक

एंड्रॉइड 1.6 संगतता परिभाषा

दस्तावेज़ की रूपरेखा