प्रोजेक्ट ट्रेबल के बाद प्रोजेक्ट मेनलाइन एंड्रॉइड में सबसे बड़ा बदलाव है। यहां बताया गया है कि इसका क्या मतलब है और सभी मॉड्यूल क्या करते हैं, इसे जांचें!
हाल के वर्षों में एंड्रॉइड में सबसे बड़े बदलावों में से एक, जो रडार के नीचे उड़ गया, अपेक्षाकृत इसके महत्व के विपरीत, की शुरूआत थी प्रोजेक्ट मेनलाइन एंड्रॉइड 10 में. Google एंड्रॉइड रिलीज़ में विशिष्ट मेनलाइन मॉड्यूल को शामिल करना अनिवार्य करता है एंड्रॉइड 11 एक के साथ आ रहा हूँ कुल मिलाकर 25 मेनलाइन मॉड्यूल अनिवार्य हैं. एंड्रॉइड के सभी प्रोजेक्ट मेनलाइन मॉड्यूल की एक सूची के साथ, प्रोजेक्ट मेनलाइन क्या है और इसका उद्देश्य क्या हल करना है, इसकी व्याख्या यहां दी गई है।
प्रोजेक्ट मेनलाइन क्या है?
प्रोजेक्ट मेनलाइन को ठीक से समझने के लिए हमें थोड़ा पीछे मुड़ना होगा। यदि आप कुछ साल पीछे जाएं, तो एंड्रॉइड अपडेट के बारे में बहुत सारी बातचीत विखंडन समस्या पर केंद्रित थी। आइसक्रीम सैंडविच - लॉलीपॉप युग के आसपास एंड्रॉइड पर विखंडन Google के लिए हल करने वाली सबसे बड़ी चुनौतियों में से एक थी। भले ही एक प्लेटफ़ॉर्म के रूप में एंड्रॉइड को बड़े पैमाने पर पूर्वानुमानित पैटर्न में नियमित अपडेट प्राप्त होते थे, लेकिन इन अपडेट को अंतिम उपभोक्ताओं तक पहुंचने में बहुत लंबा समय लगता था। इसलिए जब Google प्लेटफ़ॉर्म स्तर पर महत्वपूर्ण बग और सुरक्षा मुद्दों को ठीक कर रहा था, तो इन परिवर्तनों के वास्तविक रोलआउट में बहुत कुछ बाकी रह गया था। बहुत सारे बिचौलिए (एसओसी विक्रेता, ओईएम, वाहक इत्यादि) थे/हैं और अपडेट पहुंचाने में बहुत सारे गतिशील हिस्से शामिल थे। आपका फ़ोन, और विखंडन की समस्या ऐसी प्रतीत नहीं हुई कि यह बिना किसी कड़ी मेहनत के अपने आप हल हो जाएगी हस्तक्षेप.
इस समस्या के समाधान हेतु एक प्रमुख प्रयास के रूप में सामने आया प्रोजेक्ट ट्रेबल Android 8.0 Oreo के साथ, जिसमें Android का एक प्रमुख रीआर्चिटेक्टिंग शामिल था, जिसमें Android OS फ्रेमवर्क घटकों को विक्रेता HALs और Linux कर्नेल से अलग किया गया था। प्रोजेक्ट ट्रेबल, संक्षेप में, डिवाइस-विशिष्ट, निचले स्तर के सॉफ़्टवेयर से ओएस ढांचे को अलग करके एंड्रॉइड को मॉड्यूलर करता है। इस तरह, डिवाइस निर्माताओं (ओईएम) को अपने विक्रेता कार्यान्वयन कोड को अपडेट करने के लिए सिलिकॉन निर्माताओं (एसओसी विक्रेता) की प्रतीक्षा करने की आवश्यकता नहीं है, और ओईएम एंड्रॉइड ओएस ढांचे को स्वतंत्र रूप से अपडेट कर सकते हैं। अंतिम परिणाम ओईएम से नए एंड्रॉइड रिलीज को तेजी से अपनाना है, क्योंकि अब उन्हें इसकी आवश्यकता नहीं है काम शुरू करने से पहले बिचौलिए (एसओसी विक्रेता) के अपना काम पूरा करने की प्रतीक्षा करें उन लोगों के।
हालाँकि प्रोजेक्ट ट्रेबल के साथ एंड्रॉइड अपडेट की स्थिति में नाटकीय रूप से सुधार नहीं हुआ, लेकिन इसने बड़े पैमाने पर व्यापक OEM को सक्षम किया एंड्रॉइड 10 और एंड्रॉइड 11 बीटा में भागीदारी के साथ-साथ ओईएम के लिए अपने अधिक डिवाइसों को तेजी से अपडेट करना आसान हो गया है समयरेखा. साथ ही, जीएसआई (जेनेरिक सिस्टम इमेज) की संपूर्ण अवधारणा का हमारे मंचों पर आफ्टरमार्केट विकास पर बड़ा प्रभाव पड़ा है।
डेवलपर प्रोजेक्ट ट्रेबल जीएसआई के साथ 22 पुराने उपकरणों पर एंड्रॉइड 11 को बूट करता है
प्रोजेक्ट मेनलाइन प्रोजेक्ट ट्रेबल के प्रयासों का विस्तार करता है। जबकि ट्रेबल ने यह कम कर दिया कि हर एक OS अपडेट के लिए OEM SoC विक्रेताओं पर कितने निर्भर थे, मेनलाइन ने यह कम कर दिया कि Google प्रमुख OS घटकों को सुरक्षा अपडेट देने के लिए OEM पर कितना निर्भर है। प्रोजेक्ट मेनलाइन ट्रेबल दर्शन को एंड्रॉइड फ्रेमवर्क के अधिक महत्वपूर्ण भागों तक विस्तारित करता है, इस समीकरण से ओईएम को आश्रित बिचौलियों के रूप में हटा देता है। प्रोजेक्ट मेनलाइन का उद्देश्य Google के लिए फ्रेमवर्क घटकों और सिस्टम अनुप्रयोगों पर नियंत्रण हासिल करना है सुरक्षा और ओईएम से दूर विकास की निरंतरता बनाए रखने के लिए महत्वपूर्ण। प्रोजेक्ट मेनलाइन को उचित ही कहा जाता है प्रोजेक्ट ट्रेबल के बाद एंड्रॉइड में सबसे बड़ा बदलाव.
प्रोजेक्ट मेनलाइन के लिए, Google मेनलाइन मॉड्यूल का उपयोग करता है जो Google Play Services फ्रेमवर्क और Google Play Store के माध्यम से वितरित किए जाते हैं। प्रत्येक मेनलाइन मॉड्यूल या तो एपीके फ़ाइल, एपेक्स फ़ाइल या एपीके-इन-एपेक्स के रूप में वितरित किया जाता है। जब मेनलाइन मॉड्यूल को अपडेट किया जा रहा है, तो उपयोगकर्ता को अपने डिवाइस पर "Google Play सिस्टम अपडेट" (GPSU) अधिसूचना दिखाई देती है। प्रभावी रूप से, महत्वपूर्ण घटकों को अपडेट देने के लिए, Google ने अपडेट को रोल आउट करने के लिए OEM की प्रतीक्षा करने की आवश्यकता को दरकिनार कर दिया है, और कार्य को स्वयं करने का विकल्प चुना है।
जैसा Google एंड्रॉइड वेबसाइट पर बताता है:
मॉड्यूलर सिस्टम घटक Google और Android भागीदारों को गैर-दखल देने वाले तरीके से अंतिम-उपयोगकर्ता उपकरणों तक व्यापक, त्वरित और निर्बाध रूप से अपडेट वितरित करने में सक्षम बनाते हैं। उदाहरण के लिए, मीडिया कोडेक विखंडन और महत्वपूर्ण बग का संयोजन ऐप अपनाने और उपयोगकर्ता सहभागिता को नाटकीय रूप से धीमा कर सकता है। मीडिया-संबंधित मॉड्यूल के बार-बार अपडेट से कोडेक विखंडन को कम किया जा सकता है, जिससे विभिन्न एंड्रॉइड डिवाइसों पर मीडिया ऐप का व्यवहार अधिक सुसंगत हो सकता है और उपयोगकर्ता का विश्वास बनाने के लिए महत्वपूर्ण बग को ठीक किया जा सकता है।
एंड्रॉइड 10 या उच्चतर चयनित सिस्टम घटकों को मॉड्यूल में परिवर्तित करता है, जिनमें से कुछ APEX कंटेनर प्रारूप (एंड्रॉइड 10 में प्रस्तुत) का उपयोग करते हैं और कुछ एपीके प्रारूप का उपयोग करते हैं। मॉड्यूलर आर्किटेक्चर सिस्टम घटकों को महत्वपूर्ण बग फिक्स और अन्य के साथ अद्यतन करने में सक्षम बनाता है निचले स्तर के विक्रेता कार्यान्वयन या उच्च स्तर के ऐप्स को प्रभावित किए बिना आवश्यकतानुसार सुधार सेवाएँ।
जैसा आर्स टेक्निका उल्लेख:
प्रोजेक्ट मेनलाइन, उर्फ़ "गूगल प्ले सिस्टम अपडेट्स", को एंड्रॉइड 10 में एंड्रॉइड के मुख्य सिस्टम घटकों को अधिक मॉड्यूलर और अपडेट करने योग्य बनाने के एक प्रमुख प्रयास के रूप में पेश किया गया था। मेनलाइन ने विशेष रूप से सिस्टम घटकों के लिए एक नया "एपेक्स" फ़ाइल प्रकार पेश किया है, जिसका लक्ष्य प्ले स्टोर के माध्यम से कोर एंड्रॉइड कोड को उतनी ही आसानी से भेजना है जितनी आसानी से आप एक ऐप अपडेट भेजते हैं। पहले, एंड्रॉइड का एकमात्र शिप करने योग्य कोड ब्लॉक एपीके था, एक फ़ाइल प्रकार मूल रूप से तृतीय-पक्ष ऐप्स के लिए डिज़ाइन किया गया था। यह सभी प्रकार के सुरक्षा प्रतिबंधों के साथ आया था और केवल बूट-अप प्रक्रिया में देर से शुरू हो सका, इसलिए APEX को अधिक शक्तिशाली सिस्टम घटकों को ध्यान में रखकर बनाया गया था। APEXes केवल Google या आपके डिवाइस निर्माता द्वारा ही बनाए जा सकते हैं, इसलिए वे अधिक शक्तिशाली हो सकते हैं और उनमें ऐप रनटाइम जैसे महत्वपूर्ण बूट-अप घटक हो सकते हैं।
मेनलाइन केवल एक तकनीकी समाधान नहीं है, यह एंड्रॉइड के अधिक हिस्सों को केंद्रीय रूप से वितरित करने के बारे में भी है Google, जिसमें डिवाइस निर्माताओं के साथ बातचीत करना और उन्हें समान ब्लॉक शिप करने के लिए सहमत करना शामिल है कोड. मेनलाइन मॉड्यूल अंततः शिप करना अनिवार्य हो जाता है, इसलिए मेनलाइन वास्तव में डिवाइस निर्माताओं के साथ एक बड़ा सहयोग है ताकि यह सुनिश्चित किया जा सके कि एकल पारिस्थितिकी तंत्र-व्यापी मॉड्यूल हर किसी की जरूरतों को पूरा करता है। प्रत्येक मेनलाइन मॉड्यूल एक अति-शक्तिशाली एपेक्स मॉड्यूल नहीं है - कुछ केवल एपीके हैं जो अब Google-वितरित एंड्रॉइड कोड हैं।
प्रोजेक्ट मेनलाइन - मॉड्यूल
एंड्रॉइड 10 के साथ, Google ने 13 विशिष्ट मेनलाइन मॉड्यूल को शामिल करना अनिवार्य कर दिया है। एंड्रॉइड 11 के साथ, अनिवार्य मॉड्यूल की कुल संख्या 25 है। यहां कुछ प्रमुख विवरणों के साथ पूरी सूची दी गई है:
मोड्यूल का नाम |
पैकेज का नाम |
प्रकार |
डिवाइस को एंड्रॉइड 11 पर अपग्रेड किया गया या उसके साथ लॉन्च किया गया |
एंड्रॉइड 10 के साथ डिवाइस लॉन्च किया गया |
डिवाइस को एंड्रॉइड 10 पर अपग्रेड किया गया |
|---|---|---|---|---|---|
adbd |
com.google.android.adbd |
सर्वोच्च |
अवश्य |
असमर्थित |
असमर्थित |
एंड्रॉइड न्यूरल नेटवर्क एपीआई रनटाइम |
com.google.android.neuralnetworks |
सर्वोच्च |
अवश्य |
असमर्थित |
असमर्थित |
कैप्टिव पोर्टल लॉगिन |
com.google.android.captiveportallogin |
एपीके |
अवश्य |
दृढ़तापूर्वक अनुशंसित |
वैकल्पिक |
सेल प्रसारण |
com.google.android.सेलब्रॉडकास्ट |
सर्वोच्च |
अवश्य |
असमर्थित |
असमर्थित |
कॉन्स्क्रिप्ट |
com.google.android.conscrypt |
सर्वोच्च |
अवश्य |
दृढ़तापूर्वक अनुशंसित |
वैकल्पिक |
डीएनएस रिज़ॉल्वर |
com.google.android.resolv |
सर्वोच्च |
अवश्य |
दृढ़तापूर्वक अनुशंसित |
वैकल्पिक |
दस्तावेज़ यूआई |
com.google.android.documentsui |
एपीके |
अवश्य |
अवश्य |
वैकल्पिक |
एक्स्टसर्विसेज - एपीके |
com.google.android.ext.services |
एपीके |
अवश्य |
अवश्य |
अवश्य |
एक्स्टसर्विसेज - सर्वोच्च |
com.google.android.extservices |
सर्वोच्च |
अवश्य |
असमर्थित |
असमर्थित |
IPsec/IKEv2 लाइब्रेरी |
com.google.android.ipsec |
सर्वोच्च |
अवश्य |
असमर्थित |
असमर्थित |
मीडिया कोडेक्स |
com.google.android.media.swcodec |
सर्वोच्च |
अवश्य |
अवश्य |
वैकल्पिक |
मीडिया फ़्रेमवर्क घटक |
com.google.android.media |
सर्वोच्च |
अवश्य |
अवश्य |
वैकल्पिक |
मीडिया प्रदाता |
com.google.android.mediaprovider |
सर्वोच्च |
अवश्य |
असमर्थित |
असमर्थित |
मॉड्यूल मेटाडेटा |
com.google.android.modulemetadata |
एपीके |
अवश्य |
अवश्य |
अवश्य |
नेटवर्क स्टैक घटक |
com.google.android.networkstack |
एपीके |
अवश्य |
दृढ़तापूर्वक अनुशंसित |
वैकल्पिक |
नेटवर्क स्टैक अनुमति कॉन्फ़िगरेशन |
com.google.android.networkstack.permissionconfig |
एपीके |
अवश्य |
दृढ़तापूर्वक अनुशंसित |
वैकल्पिक |
अनुमति नियंत्रक - एपीके |
com.google.android.permissioncontroller |
एपीके |
अवश्य |
अवश्य |
अवश्य |
अनुमति नियंत्रक - सर्वोच्च |
com.google.android.permission |
सर्वोच्च |
अवश्य |
असमर्थित |
असमर्थित |
एसडीके एक्सटेंशन |
com.google.android.sdkext |
सर्वोच्च |
अवश्य |
असमर्थित |
असमर्थित |
आँकड़े |
com.google.android.os.statsd |
सर्वोच्च |
अवश्य |
असमर्थित |
असमर्थित |
टेलीमेट्री ट्रेन संस्करण पैकेज |
com.google.mainline.telemetry |
एपीके |
अवश्य |
असमर्थित |
असमर्थित |
टेदरिंग |
com.google.android.tethering |
सर्वोच्च |
अवश्य |
असमर्थित |
असमर्थित |
समय क्षेत्र डेटा |
com.google.android.tzdata |
सर्वोच्च |
बिलकुल मना है |
अवश्य |
वैकल्पिक |
समय क्षेत्र डेटा 2 |
com.google.android.tzdata2 |
सर्वोच्च |
अवश्य |
असमर्थित |
असमर्थित |
Wifi³ |
com.google.android.wifi |
सर्वोच्च |
अवश्य |
असमर्थित |
असमर्थित |
उपरोक्त कॉलमों को कुछ संदर्भ प्रदान करने के लिए, "डिवाइस को एंड्रॉइड 11 के साथ अपग्रेड किया गया या लॉन्च किया गया" शीर्षक वाले कॉलम में यह विवरण शामिल है कि क्या मॉड्यूल मौजूद होना चाहिए (या नहीं होना चाहिए) वर्तमान में, समय क्षेत्र डेटा के मामले में इसके विकल्प को शामिल करने के कारण) उन सभी डिवाइसों पर जिन्हें या तो एंड्रॉइड 11 में अपग्रेड किया गया है, या एंड्रॉइड 11 के साथ लॉन्च किया जा रहा है डिब्बा। इसी तरह, एंड्रॉइड 10 के साथ लॉन्च होने वाले उपकरणों में कुछ मॉड्यूल शामिल करना आवश्यक है, कुछ अन्य को शामिल करने की दृढ़ता से अनुशंसा की जाती है, और बाकी द्वारा समर्थित नहीं हैं। उन डिवाइसों के लिए जिन्हें एंड्रॉइड 10 में अपग्रेड किया गया है (एंड्रॉइड के साथ लॉन्च के विपरीत), आवश्यक मॉड्यूल की सूची छोटी है।
प्रत्येक मेनलाइन मॉड्यूल क्या करता है?
यहां प्रत्येक मेनलाइन मॉड्यूल के लिए एक संक्षिप्त विवरण दिया गया है:
एडीबीडी
एडीबीडी मॉड्यूल कमांड-लाइन एडीबी और आईडीई डिबगिंग सत्र का प्रबंधन करता है। एडीबीडी को मॉड्यूलर करने से Google को प्रदर्शन में सुधार और बग फिक्स तेजी से करने की सुविधा मिलती है। यह महत्वपूर्ण है क्योंकि अतीत में कुछ बग बैटरी खत्म होने से संबंधित थे, और इससे डिवाइस तब तक 100% सीपीयू का उपयोग जारी रख सकते हैं जब तक कि फोन बंद न हो जाए। इसलिए इन सुधारों को दूर करना Google के लिए महत्वपूर्ण है क्योंकि एडीबी का उपयोग ऐप डेवलपर्स और ओईएम द्वारा परीक्षण के लिए व्यापक रूप से किया जाता है।
एंड्रॉइड न्यूरल नेटवर्क एपीआई रनटाइम
यह एक लाइब्रेरी है जो ऐप और बैकएंड ड्राइवरों के बीच बैठती है। एपीआई बदले में मोबाइल उपकरणों पर कम्प्यूटेशनल रूप से गहन मशीन लर्निंग ऑपरेशन चलाने और हार्डवेयर-त्वरित अनुमान संचालन को सक्षम करने के लिए एक एंड्रॉइड सी एपीआई है।
सेल प्रसारण
सेल ब्रॉडकास्ट आपातकालीन और गैर-आपातकालीन अलर्ट (जैसे एम्बर अलर्ट) को संदर्भित करता है। यह मॉड्यूल इन अलर्ट से संबंधित कार्यों और वायरलेस आपातकालीन अलर्ट के लिए एसएमएस डिकोडिंग और जियोफेंसिंग जैसे अन्य सहायक कार्यों से संबंधित है।
कॉन्स्क्रिप्ट
कॉन्स्क्रिप्ट मॉड्यूल एंड्रॉइड के टीएलएस कार्यान्वयन और अन्य क्रिप्टोग्राफ़िक कार्यों जैसे कुंजी जनरेटर, साइपर और संदेश डाइजेस्ट को संभालता है। इसे एक मॉड्यूल के रूप में शिपिंग करने से Google को OTA अपडेट पर भरोसा किए बिना, सुरक्षा सुधारों में तेजी लाने की अनुमति मिलती है।
डीएनएस रिज़ॉल्वर
जैसा कि नाम से पता चलता है, डीएनएस रिज़ॉल्वर डीएनएस को हल करता है, यानी यह मानव-पठनीय यूआरएल को आईपी पते में परिवर्तित करता है। मॉड्यूल में वह कोड होता है जो DNS स्टब रिज़ॉल्वर को लागू करता है, और इसे मॉड्यूल के रूप में शिपिंग करने से Google DNS अवरोधन और कॉन्फ़िगरेशन अपडेट हमलों के खिलाफ बेहतर उपयोगकर्ता सुरक्षा प्रदान करता है।
दस्तावेज़ यूआई
दस्तावेज़ यूआई दस्तावेज़ अनुमतियों को संभालने वाले घटकों के लिए विशिष्ट फ़ाइलों तक पहुंच को नियंत्रित करने के लिए जिम्मेदार मॉड्यूल है। जैसा कि Google बताता है, स्टोरेज एक्सेस और अनुमतियों को एक मॉड्यूल में बनाने से अंतिम उपयोगकर्ताओं के लिए गोपनीयता और सुरक्षा बढ़ जाती है रनटाइम रिसोर्स ओवरले (आरआरओ) सुविधा ओईएम को जरूरत पड़ने पर अनुभव को थीम (फाइल ऐप का संदर्भ देते हुए) की अनुमति देती है को। एक मॉड्यूल के रूप में, सभी Google-Android डिवाइस समान दस्तावेज़ UI अनुभव के साथ शिप किए जाएंगे।
एक्स्टसर्विसेज
इस मॉड्यूल में कोर ओएस कार्यक्षमता के लिए फ्रेमवर्क घटक शामिल हैं जैसे अधिसूचना रैंकिंग, ऑटोफिल टेक्स्ट-मिलान रणनीतियां, स्टोरेज कैश, पैकेज वॉचडॉग और अन्य सेवाएं।
IPsec/IKEv2 लाइब्रेरी
यह लाइब्रेरी मॉड्यूल इंटरवर्किंग वायरलेस लैन के आसपास नई और मौजूदा सुविधाओं से संबंधित है (IWLAN) और वीपीएन, जैसे कुंजी, एल्गोरिदम और सुरंग जैसे सुरक्षा मापदंडों पर बातचीत करना विन्यास. इन कार्यों को मॉड्यूलर करने का विचार पारिस्थितिकी तंत्र की स्थिरता को बढ़ावा देना और सुरक्षा और अंतरसंचालनीयता मुद्दों के लिए त्वरित समाधान प्रदान करने का एक तरीका प्रदान करना है।
ये तीन द्विभाजित मॉड्यूल हैं, लेकिन इनमें ऐसे कार्य हैं जो एक-दूसरे पर निर्भर हैं। ये मीडिया मॉड्यूल मीडिया प्रकारों और कोडों को संभालते हैं, एक्सोप्लेयर के साथ इंटरैक्ट करते हैं, ट्रांसपोर्ट नियंत्रण और प्लेबैक जानकारी को फ्रेमवर्क में उजागर करते हैं, अनुक्रमित मेटाडेटा को अनुकूलित करते हैं, आदि। याद करना स्टेजफ़्राइट, वह कारनामा जिसने एंड्रॉइड को बदल दिया और प्लेटफ़ॉर्म पर मासिक सुरक्षा अपडेट की अवधारणा को लाया? वह शोषण मीडिया प्लेबैक लाइब्रेरी के भीतर कमजोरियों पर निर्भर था। इसलिए मीडिया घटकों का मॉड्यूलरीकरण Google को इस अक्सर लक्षित घटक में सुरक्षा बग पाए जाने पर त्वरित और व्यापक रूप से प्रतिक्रिया करने की अनुमति देता है।
इस मॉड्यूल का कार्य इसके नाम से तुरंत स्पष्ट हो जाता है, हालाँकि इसका उद्देश्य नहीं है। मॉड्यूल मेटाडेटा मॉड्यूल में डिवाइस पर मॉड्यूल की सूची के बारे में मेटाडेटा शामिल है। और बस इतना ही.
नेटवर्क स्टैक घटक, नेटवर्क स्टैक अनुमति कॉन्फ़िगरेशन, कैप्टिव पोर्टल लॉगिन
नेटवर्क स्टैक कंपोनेंट्स मॉड्यूल सामान्य आईपी सेवाएं, नेटवर्क कनेक्टिविटी मॉनिटरिंग, कैप्टिव लॉगिन पोर्टल डिटेक्शन प्रदान करता है। अनुमति कॉन्फ़िगरेशन मॉड्यूल उस अनुमति को परिभाषित करता है जो अन्य मॉड्यूल को नेटवर्क-संबंधित कार्य करने में सक्षम बनाता है। कैप्टिव पोर्टल लॉगिन मॉड्यूल कैप्टिव पोर्टल्स से संबंधित है - वेब पेज जो प्रदर्शित होते हैं कुछ सार्वजनिक वाई-फाई नेटवर्क से जुड़ा है, जहां उपयोगकर्ता को इंटरनेट हासिल करने के लिए विवरण दर्ज करने के लिए कहा जाता है पहुँच।
अनुमति नियंत्रक
यह मॉड्यूल अनुमतियां देने और प्रबंधित करने के लिए अद्यतन करने योग्य गोपनीयता नीतियां और यूआई तत्व प्रदान करता है। यदि यह पैकेज इंस्टॉलर के कार्यों से परिचित लगता है, तो ऐसा इसलिए है क्योंकि यह है। एंड्रॉइड 9 तक रनटाइम अनुमतियां देना, प्रबंधन और उपयोग ट्रैकिंग जैसे कार्य पैकेज इंस्टॉलर ऐप का हिस्सा थे। एंड्रॉइड 10 में, अनुमति तर्क को अपडेट करने में सक्षम करने के लिए पैकेज इंस्टॉलर ऐप को अनुभागों में विभाजित किया गया है। परमिशन कंट्रोलर मॉड्यूल को एपीके फ़ाइल के रूप में वितरित किया जाता है, और एंड्रॉइड 11 में, मॉड्यूल स्वचालित रूप से उन ऐप्स के लिए रनटाइम अनुमतियों को रद्द कर सकता है जिनका लंबे समय तक उपयोग नहीं किया गया है।
एसडीके एक्सटेंशन
इस मॉड्यूल को समझना और परिणामस्वरूप व्याख्या करना थोड़ा कठिन है। प्रत्येक एंड्रॉइड रिलीज़ को एक एसडीके स्तर सौंपा गया है (आमतौर पर अपने पूर्ववर्ती से +1)। जब कोई ऐप किसी विशेष एसडीके को लक्षित करता है, तो यह माना जाता है कि डेवलपर ने एंड्रॉइड रिलीज़ द्वारा लाए गए प्लेटफ़ॉर्म व्यवहार और एपीआई परिवर्तनों को ध्यान में रखा है।
एसडीके एक्सटेंशन मॉड्यूल डिवाइस के "एक्सटेंशन एसडीके" स्तर को तय करता है और एक्सटेंशन एसडीके स्तर को क्वेरी करने के लिए ऐप्स के लिए एपीआई को उजागर करता है। आधिकारिक दस्तावेज़ में बस इतना ही उल्लेख है। आर्सटेक्निका, हालाँकि, उल्लेख है यह संभवतः एक द्वितीयक एपीआई परत है जिसे प्ले स्टोर के माध्यम से भेजा जाएगा।
सांख्यिकी, टेलीमेट्री ट्रेन संस्करण पैकेज
स्टेट्सडी डिवाइस मेट्रिक्स एकत्र करने के लिए जिम्मेदार है। दूसरी ओर, टेलीमेट्री ट्रेन संस्करण पैकेज में सक्रिय कोड या स्वयं की कोई कार्यक्षमता शामिल नहीं है। इसमें बस "टेलीमेट्री ट्रेन" के लिए एक संस्करण संख्या शामिल है, जिसके बारे में Google का कहना है कि यह मेट्रिक्स-संबंधित मॉड्यूल का एक सेट है। संस्करण संख्या के आधार पर, Google Play अंतिम उपयोगकर्ताओं के लिए सुरक्षा पैच संस्करण प्रदर्शित करता है और यह पता लगाता है कि मीट्रिक-संबंधित मॉड्यूल के लिए अपडेट उपलब्ध हैं या नहीं।
टेदरिंग
टेथरिंग मॉड्यूल डिवाइस के इंटरनेट कनेक्शन को वाई-फाई, यूएसबी, ब्लूटूथ या ईथरनेट के माध्यम से अन्य कनेक्टेड क्लाइंट डिवाइस के साथ साझा करता है। मॉड्यूल में टेदरिंग घटक और उनकी निर्भरताएँ शामिल हैं। इस टेथरिंग मॉड्यूल का उपयोग करके, ओईएम एकल, मानक संदर्भ कार्यान्वयन पर भरोसा कर सकते हैं और सभी उपकरणों में एक सुसंगत अनुभव ला सकते हैं।
समय क्षेत्र डेटा
टाइम ज़ोन डेटा मॉड्यूल एंड्रॉइड डिवाइस पर डेलाइट सेविंग टाइम (डीएसटी) और टाइम ज़ोन को अपडेट करता है, दोनों डेटा को मानकीकृत करता है (जो कर सकता है और धार्मिक, राजनीतिक और भू-राजनीतिक कारणों) और पारिस्थितिकी तंत्र में अद्यतन तंत्र के जवाब में अक्सर परिवर्तन होता है। एंड्रॉइड 8.1 और एंड्रॉइड 9 ने एपीके-आधारित समय क्षेत्र डेटा अपडेट तंत्र का उपयोग किया, और एंड्रॉइड 10 ने इसे एपेक्स-आधारित मॉड्यूल अपडेट तंत्र के साथ बदल दिया। Google का कहना है कि AOSP एपीके-आधारित अपडेट के लिए आवश्यक प्लेटफ़ॉर्म कोड को शामिल करना जारी रखता है एंड्रॉइड 10 में अपग्रेड करने वाले डिवाइस अभी भी पार्टनर द्वारा प्रदत्त समय क्षेत्र डेटा अपडेट प्राप्त कर सकते हैं एपीके. हालाँकि, Google चेतावनी देता है कि APK-आधारित अपडेट APEX-आधारित अपडेट का स्थान ले लेता है।
Wifi
यह वाई-फाई कार्यक्षमता के लिए मॉड्यूल है। अंतिम उपयोगकर्ता अब एंड्रॉइड डिवाइसों पर लगातार वाई-फाई अनुभव प्राप्त कर सकते हैं, साथ ही मॉड्यूल अपडेट, ऐप के माध्यम से इंटरऑपरेबिलिटी मुद्दों को भी ठीक कर सकते हैं। डेवलपर्स प्लेटफ़ॉर्म विखंडन को कम कर सकते हैं, और ओईएम वाहक आवश्यकताओं को पूरा कर सकते हैं, साथ ही व्यक्तिगत लागत को भी कम कर सकते हैं अनुकूलन.
उम्मीद है, यह लेख इस बात पर प्रकाश डालता है कि प्रोजेक्ट मेनलाइन Google के Android पारिस्थितिकी तंत्र के लिए कितना महत्वपूर्ण है।