Google इंजीनियरों ने पिछले दिनों Reddit पर AMA किया। AMA Android Q बीटा के बारे में था। हमने उनकी प्रतिक्रियाओं से जो सीखा उसका सारांश यहां दिया गया है।
पिछले साल, Google की Android टीम ने Reddit के /r/AndroidDev सबरेडिट पर आस्क मी एनीथिंग (AMA) की मेजबानी की थी, ताकि इसके बारे में प्रश्न पूछे जा सकें। Android P डेवलपर पूर्वावलोकन. इस साल, Android Q बीटा पर काम कर रही इंजीनियरिंग टीम ने Reddit पर सवालों के जवाब दिए। एएमए 1 अगस्त को दोपहर 12:00 बजे पीएसटी पर शुरू हुआ और लगभग डेढ़ घंटे बाद समाप्त हुआ। AMA में 33 Google इंजीनियर शामिल थे, जिन्होंने AMA के कम समय में ढेर सारे सवालों के जवाब दिए। यहां हमारे द्वारा सीखी गई सभी नई जानकारी का सारांश दिया गया है।
Android Q AMA: हमने जो कुछ भी सीखा वह Google से
Android Q बीटा टीम के प्रतिभागी
- एडम कोहेन: एंड्रॉइड लॉन्चर/सिस्टम यूआई पर टीएलएम
- एडम पॉवेल: यूआई टूलकिट/फ्रेमवर्क पर टीएलएम; दृश्य, जीवनचक्र, टुकड़े, समर्थन कार्य
- एलन विवेरेटे: टीएलएम, जेटपैक/एंड्रॉइडएक्स
- एलन हुआंग: यूआई, लॉन्चर, नोटिफिकेशन, खोज एकीकरण और बहुत कुछ के लिए पीएम!
- एंड्रयू सैपिरस्टीन: एंड्रॉइड सेटिंग्स पर टीएलएम
- ब्राहिम एल्बौचिखी: एंड्रॉइड मशीन लर्निंग और कैमरा के लिए पीएम निदेशक (एनएन एपीआई, एमएल किट, कैमराएक्स, कैमरा प्लेटफॉर्म)
- चाड ब्रुबेकर: सॉफ्टवेयर इंजीनियर, एंड्रॉइड प्लेटफ़ॉर्म सुरक्षा
- चार्माइन डिसिल्वा: गोपनीयता के लिए प्रधानमंत्री
- चेत हासे: Android मुख्य अधिवक्ता, डेवलपर संबंध
- डायना वोंग: पीएम, ऐप संगतता, गैर-एसडीके एपीआई उपयोग, एआरटी, एनडीके
- डायने हैकबॉर्न: एंड्रॉइड फ्रेमवर्क टीम के प्रबंधक (संसाधन, विंडो मैनेजर, गतिविधि प्रबंधक, बहु-उपयोगकर्ता, मुद्रण, पहुंच, आदि)
- ई.के. चुंग: यूएक्स के निदेशक
- इयान झील: सॉफ्टवेयर इंजीनियर, जेटपैक (टुकड़े, नेविगेशन, वास्तुकला घटक)
- इलियान मालचेव: प्रधान सॉफ्टवेयर इंजीनियर, प्रोजेक्ट मेनलाइन
- जैकब लेहरबौम: एंड्रॉइड के लिए डेवलपर रिलेशंस के निदेशक
- जेक व्हार्टन: सॉफ्टवेयर इंजीनियर, जेटपैक
- जमाल ईसन: पीएम, एंड्रॉइड स्टूडियो
- जेफ बेली: टीएलएम, एंड्रॉइड ओपन सोर्स प्रोजेक्ट (एओएसपी)
- जेफ़ शार्की: सॉफ्टवेयर इंजीनियर, एंड्रॉइड फ्रेमवर्क
- जेफरी वान गाग: एंड्रॉइड स्टूडियो, कंपाइलर
- जेन चाय: पीएम, स्थान और संदर्भ, प्रामाणिक, ऑटोफिल, गैर-एसडीके एपीआई उपयोग, एआरटी
- करेन एनजी: एंड्रॉइड डेवलपर टूल्स, एंड्रॉइड स्टूडियो, एंड्रॉइड टूकिट और जेटपैक के लिए ग्रुप पीएम
- पॉल बैंकहेड: उत्पाद प्रबंधन निदेशक, Google Play
- रोहन शाह: उत्पाद प्रबंधक, एंड्रॉइड सिस्टम यूआई
- रोमेन गाइ: एंड्रॉइड टूलकिट/जेटपैक टीम के प्रबंधक
- सागर कामदार: उत्पाद प्रबंधन निदेशक, एंड्रॉइड
- शनि के: इंजीनियरिंग निदेशक, एंड्रॉइड कनेक्टिविटी
- सेलिम सिनेक: सॉफ्टवेयर इंजीनियर, एंड्रॉइड सिस्टम यूआई
- स्टेफ़नी साद कथबर्टसन: एंड्रॉइड के उत्पाद प्रबंधन के वरिष्ठ निदेशक
- सुमीर कटारिया: सॉफ्टवेयर इंजीनियर, जेटपैक (कार्य प्रबंधक)
- ट्रैविस मैककॉय: पीएम, एंड्रॉइड प्लेटफॉर्म
- ट्रिस्टन अपस्टिल: प्रतिष्ठित इंजीनियर, एंड्रॉइड सिस्टम यूआई और इंटेलिजेंस के लिए लीड
- विनीत मोदी: पीएम, एंड्रॉइड कैमरा
और पढ़ें
जब उपयोगकर्ता हाल ही में ऐप्स को स्वाइप करके हटा देता है तो ओईएम ऐप्स को बंद नहीं कर सकता
यदि आपने कभी किसी चीनी ब्रांड का स्मार्टफोन इस्तेमाल किया है, तो संभवत: आपका सामना कष्टप्रद "बैटरी अनुकूलन" सुविधाओं से हुआ होगा। पृष्ठभूमि में अपने सभी पसंदीदा ऐप्स को हटा दें. यह व्यवहार न केवल उन उपयोगकर्ताओं के लिए कष्टप्रद है जो किसी भी कारण से कुछ ऐप्स के पृष्ठभूमि में चलते रहने की उम्मीद करते हैं, लेकिन यह उन डेवलपर्स के लिए भी कष्टप्रद है जिन्हें उन उपयोगकर्ताओं से खराब समीक्षाओं का सामना करना पड़ता है जो यह नहीं समझते हैं कि यह ऐप का नहीं है गलती। जबकि गूगल है फिर भी इस मामले को पूरी तरह से संबोधित नहीं किया जा रहा है (उन्होंने यह कहकर मामले को टाल दिया कि यह व्यवहार है)। संभवतः पहले से ही एंड्रॉइड संगतता परिभाषा दस्तावेज़ आवश्यकताओं का उल्लंघन कर रहा है), कंपनी है की जा रहा कार्रवाई कुछ ओईएम द्वारा नियोजित एक "बैटरी बचत" व्यवहार परिवर्तन के विरुद्ध।
"स्थिति में मदद करने के लिए, हमने एंड्रॉइड Q में एक CTS परीक्षण जोड़ा है ताकि यह सुनिश्चित किया जा सके कि हाल ही में स्वाइप करने पर कोई ऐप बंद न हो जाए।"
Android R स्क्रीनशॉट में हमारी अपेक्षा से अधिक बदलाव ला सकता है
Google जोड़ने की योजना बना रहा है Android R में स्क्रीनशॉट स्क्रॉल करना, लेकिन साथ ही, एंड्रॉइड टीम है "इस पर बारीकी से नज़र डालें कि कैसे [वे] आर के लिए संपूर्ण स्क्रीन-[एक्स] अनुभव को बेहतर बना सकते हैं।" इस प्रकार, हम कर सकते हैं अगले प्रमुख एंड्रॉइड संस्करण में स्क्रीनशॉट (और स्क्रीनकास्ट) व्यवहार में अन्य सुधार देखें।
Android Q के नए डेस्कटॉप मोड को स्पष्ट करना
पहला सार्वजनिक बीटा रिलीज़ Android Q ने AOSP और Pixel लॉन्चर में एक छिपा हुआ डेस्कटॉप मोड इंटरफ़ेस लाया। हालाँकि गूगल इस विशेषता पर संक्षेप में प्रकाश डाला गया Google I/O सत्र के दौरान, हमने सीधे Google से कभी नहीं सुना कि नई सुविधा Android पारिस्थितिकी तंत्र में कैसे फिट बैठती है। गूगल अब स्पष्ट करते हैं:
"क्यू एओएसपी में 'डेस्कटॉप मोड' एप्लिकेशन डेवलपर्स के लिए लक्षित एक डेवलपर विकल्प है। यह उन्हें मल्टी-डिस्प्ले और फ्रीफ़ॉर्म विंडोिंग मोड वातावरण में अपने ऐप्स का परीक्षण करने की अनुमति देता है। पहले सेकेंडरी डिस्प्ले पर और स्टॉक एंड्रॉइड पर स्वतंत्र रूप से आकार बदलने योग्य विंडो के साथ ऐप व्यवहार का परीक्षण करने का कोई सुविधाजनक तरीका नहीं था। यह सुविधा स्वयं निर्मित नहीं है और फिलहाल नियमित उपयोगकर्ताओं के लिए नहीं है। फिर भी, यह ओईएम के लिए नवाचार करने और बेहतरीन उत्पाद बनाने के लिए एंड्रॉइड प्लेटफ़ॉर्म की आधार रेखा है।"
इस प्रकार, हम OEM को Android Q के मूल डेस्कटॉप मोड पर निर्मित होते देखने की उम्मीद कर सकते हैं। उदाहरण के लिए, वनप्लस 7 प्रो एचडीएमआई पर डिस्प्ले आउट को सपोर्ट करता है, तो यह संभव है Android Q पर आधारित OxygenOS 10 भविष्य में इसका अपना डेस्कटॉप मोड इंटरफ़ेस होगा। हम यह भी उम्मीद कर रहे हैं कि Google आगामी सुविधा के लिए इस सुविधा का निर्माण करेगा पिक्सेल 4.
समय-आधारित डार्क मोड
Android Q अंततः एक व्यापक रूप से अनुरोधित सुविधा लेकर आया है: सिस्टम-व्यापी डार्क मोड. वर्तमान में, डार्क मोड को या तो सेटिंग्स में या क्विक सेटिंग्स टाइल के माध्यम से मैन्युअल रूप से सक्षम किया जा सकता है, या बैटरी सेवर सक्षम होने पर इसे स्वचालित रूप से सक्रिय किया जा सकता है। Android Q से पहले डार्क मोड इनेबल करने का विकल्प मौजूद था दिन के समय के आधार पर, लेकिन वह विकल्प अस्वीकृत कर दिया गया। क्रिस बेन्स के अनुसार:
"ऐसे कुछ कारण हैं जिनकी वजह से इसे AppCompat v1.1.0 में अप्रचलित (हटाया नहीं गया) किया गया है: इसके लिए ऐप्स को अनुरोध करना आवश्यक है स्थान अनुमतियाँ सटीक होंगी, और एक वैध स्थान के साथ भी सूर्योदय/सूर्यास्त के समय की गणना की जा सकती है छोटी गाड़ी।"
इन बगों के बारे में पूछे जाने पर, श्री बेंस कहते हैं कि "सूर्योदय/सूर्यास्त की गणना करना बेहद कठिन है, खासकर आसपास के स्थानों के लिए उत्तरी/दक्षिणी ध्रुव।" एक उपयोगकर्ता ने बताया कि एंड्रॉइड 7.1 नौगट के बाद से उपलब्ध नाइट लाइट को सूर्यास्त/सूर्योदय के आधार पर स्वचालित रूप से टॉगल किया जा सकता है। अनुसूचियाँ. श्री बेन्स फिर कहते हैं कि चूंकि नाइट लाइट CalendarAstronomer का उपयोग करता है आईसीयू4जे, यह "कोड का एक बड़ा हिस्सा उपयोग करता है जिस पर हम नहीं चाहेंगे कि AppCompat निर्भर रहे।" हालाँकि, टीम ऐसा करती है राज्य यह सुविधा "कुछ ऐसा है जिस पर [वे] गौर करेंगे।"
Android Q लॉन्च डिवाइस के लिए अनिवार्य कैमरा2 एपीआई/कैमरा HAL3 समर्थन
Google ने बेहतर ढंग से परिभाषित करने के लिए कैमरा2 एपीआई पेश किया कि ऐप्स आपके स्मार्टफ़ोन से जुड़े व्यक्तिगत कैमरों के साथ कैसे इंटरैक्ट कर सकते हैं। जबकि गूगल को प्रोत्साहित करती है स्मार्टफोन विक्रेताओं को "डेवलपर्स के सामने अपने सभी भौतिक कैमरे प्रदर्शित करने होंगे", कई विक्रेता ऐसा नहीं करना चुनते हैं, भले ही "एपीआई स्वयं नहीं है" आज उन्हें रोकना।" इसका मतलब यह है कि कई तृतीय-पक्ष कैमरा ऐप्स आधुनिक पर द्वितीयक या तृतीयक कैमरा मॉड्यूल का उपयोग नहीं कर सकते हैं स्मार्टफोन्स। हालाँकि, प्रगति हो रही है, क्योंकि Android Q में सुधार हुआ है तार्किक_मल्टी_कैमरा, एक एपीआई जो डेवलपर्स को डिवाइस पर सभी कैमरों तक बेहतर पहुंच प्रदान करती है और जो ओईएम को बिजली की खपत और कई कैमरा स्थितियों के प्रबंधन पर नियंत्रण देती है।
इसके अलावा, Google का कहना है कि उन्होंने Android Q के साथ लॉन्च होने वाले सभी उपकरणों के लिए कैमरा2 एपीआई/कैमरा HAL3 को मूल रूप से समर्थन देने की आवश्यकताएं जोड़ दी हैं। विनीत मोदी के अनुसार:
"एंड्रॉइड पी से शुरू करके, 1 जीबी या अधिक रैम के साथ शिपिंग करने वाले नए उपकरणों को मूल रूप से HALv3/camera2 का उपयोग करना आवश्यक है। Android Q के बाद सभी नए उपकरणों को मूल रूप से HALv3/camera2 का समर्थन करना आवश्यक है। दुर्भाग्य से HALv1 से HALv3 में अपग्रेड करना काफी जटिल है और इसके अप्रत्याशित परिणाम हो सकते हैं इसलिए हमें इसका दायरा नए उपकरणों तक सीमित करना पड़ा।"
सामान्य रैम वाले एंड्रॉइड पी लॉन्च डिवाइस के बारे में मोदी का बयान दिलचस्प है के विपरीत है Google द्वारा हमें पहले क्या बताया गया था और इमेज टेस्ट सूट पेज पर ऑनलाइन क्या प्रकाशित किया गया है।
जेटपैक कंपोज़ के साथ डायनामिक ऐप थीमिंग
सोनी के ओएमएस थीमिंग फ्रेमवर्क को कुछ रिलीज पहले एओएसपी में जोड़ा गया था, लेकिन यह केवल इतना ही है OEM के लिए अभिप्रेत है पर निर्माण करना. यह तो हम पहले से ही जानते हैं गूगल खिलाफ है उपयोगकर्ताओं द्वारा थीम ऐप्स के लिए रनटाइम संसाधन ओवरले का उपयोग किया जाता है, लेकिन डेवलपर्स के लिए, कंपनी ऐसा करती है आशा कि इसका जेटपैक कंपोज़ यूआई फ्रेमवर्क "गतिशील थीम के लिए दिलचस्प दृष्टिकोण" को आगे लाएगा।
यूआई प्रस्तुत करने के लिए स्कीया के लिए वल्कन-बैकएंड
पिछले साल, हमने एक चर्चा देखी Google इंजीनियरों के बीच एंड्रॉइड फ्रेमवर्क में यूआई रेंडरिंग के लिए वल्कन ग्राफिक्स एपीआई का उपयोग करने की उनकी योजनाओं के बारे में बात की जा रही है। हालाँकि अब आपके फ़ोन के बिना वल्कन हार्डवेयर-त्वरित बैकएंड को सक्षम करना संभव है क्रैश हो रहा है, हमने Google से इस बारे में कोई ठोस योजना नहीं सुनी है कि वे इन्हें कब लागू करने की योजना बना रहे हैं परिवर्तन। यह एएमए उस प्रश्न का उत्तर नहीं देता है, लेकिन कम से कम हमारे पास पुष्टि है कि इस पर अभी भी काम चल रहा है। रोमेन गाइ के अनुसार:
"टीम स्कीया के लिए वल्कन बैकएंड पर काम कर रही है, जो एंड्रॉइड द्वारा उपयोग किया जाने वाला 2डी रेंडरर है, लेकिन यह वर्तमान में डिफ़ॉल्ट रूप से सक्षम नहीं है। यूआई और कैनवस अभी भी ओपनजीएल ईएस के माध्यम से चलते हैं।"
Android Q के जेस्चर बार को अधिक गतिशील बनाना
XDA पर कुछ लोग अभी भी ऐसा सोचते हैं एंड्रॉइड के नए जेस्चर गड़बड़ हैं, लेकिन मैं व्यक्तिगत रूप से सोचता हूं कि वे ठीक हैं। हालाँकि, यदि आप Android Q में नए जेस्चर के साथ कुछ देर तक खेलते हैं, तो आप देखेंगे कि जेस्चर बार आपकी उंगली से नहीं हिलता है। यह उन स्क्रीनों पर भी चिपक जाता है जहां इसकी आवश्यकता नहीं होती है, जैसे होम स्क्रीन या हाल के ऐप्स का अवलोकन। एलन हुआंग कहते हैं कि वे "पूरी तरह से सहमत हैं कि "नेविगेशन लाइन को कम स्थिर बनाने के अवसर हैं"। वह आगे कहते हैं कि "यह कुछ ऐसा है जिस पर हम काम कर रहे हैं - लेकिन संतुलन भी बना रहे हैं ताकि यह ध्यान भटकाने वाला न हो प्रकट होना/गायब होना।"
स्टोरेज एक्सेस फ्रेमवर्क में सुधार
Android Q में कई बदलावों से इसमें काफी सुधार हुआ है मंच की सुरक्षा और गोपनीयता. ऐसा ही एक परिवर्तन, जिसे "स्कोप्ड स्टोरेज" कहा जाता है, बाहरी स्टोरेज पर फ़ाइलों तक ऐप्स की पहुंच को एक तरह से सीमित कर देता है; उदाहरण के लिए, संगीत ऐप्स को आपकी गैलरी देखने की आवश्यकता नहीं होनी चाहिए। Android Q में चलने वाले फ़ाइल मैनेजर ऐप्स को सामान्य की तरह काम करना जारी रखने के लिए स्टोरेज एक्सेस फ्रेमवर्क नामक एपीआई का उपयोग करना पड़ता है, लेकिन कुछ डेवलपर्स इस एपीआई को घटिया मानते हैं जो पहले उपलब्ध था। Google से जेफ शार्की कहते हैं टीम ने इनमें से कुछ डेवलपर्स की शिकायतों का समाधान किया है:
"हमने नवीनतम Android Q बीटा रिलीज़ में SAF प्रदर्शन में कुछ सुधार किए हैं; क्या आप नवीनतम बीटा के विरुद्ध अपने बेंचमार्क की जांच कर सकते हैं? यह भी सुनिश्चित करें कि कोई भी बल्क ऑपरेशन चलाते समय आप एक कंटेंटप्रोवाइडरक्लाइंट का उपयोग कर रहे हैं।"
प्रोजेक्ट ट्रेबल ने Android Oreo की तुलना में Android Pie अपनाने में सुधार किया
हम पहले ही देख चुके हैं कि कैसे प्रोजेक्ट ट्रेबल, जो एंड्रॉइड फ्रेमवर्क का एक प्रमुख निम्न-स्तरीय रीआर्किटेक्टिंग है, ने नए एंड्रॉइड ओएस संस्करणों को अपनाने में सुधार किया है। Google कई स्मार्टफोन विक्रेताओं के इसमें शामिल होने का श्रेय ट्रेबल को देता है एंड्रॉइड पी बीटा पिछले साल और एंड्रॉइड क्यू बीटा इस साल। इलियान मालचेव, प्रमुख प्रोजेक्ट ट्रेबल और मेनलाइन अभियंता, कहते हैं 2018 के अंत में एंड्रॉइड पाई को अपनाना एंड्रॉइड ओरियो की तुलना में "3 गुना" था।
उसी टिप्पणी में, डिक डफ़र्टी चिढ़ाते हैं कि एंड्रॉइड संस्करण वितरण चार्ट के लिए अधिक उपयोगी मेट्रिक्स पर काम चल रहा है। चार्ट था अंतिम बार मई में अद्यतन किया गया, लेकिन इसका डेटा ऐप डेवलपर्स की तुलना में पत्रकारों के लिए अधिक उपयोगी है।
स्क्रीन रिकॉर्डिंग अभी भी एक WIP है
आरंभिक Android Q बीटा में एक बुनियादी स्क्रीन रिकॉर्डर के लिए एक फीचर फ़्लैग जोड़ा गया था, लेकिन प्लेटफ़ॉर्म ने स्वयं स्क्रीन रिकॉर्डिंग की उपयोगिता में काफी सुधार किया है ऐप्स को अन्य ऐप्स से ऑडियो कैप्चर करने की अनुमति देना. स्टेफ़नी साद कथबर्टसन ने कहा कि टीम इस बात पर विचार कर रही है कि "कल की तरह हम स्क्रीन रिकॉर्डिंग आवश्यकताओं पर बेहतर कैसे कर सकते हैं।" जैसे अन्य स्मार्टफोन ब्रांड वनप्लस, ASUS, Huawei और Samsung के पास मजबूत स्क्रीन रिकॉर्डर हैं जो आंतरिक ऑडियो रिकॉर्ड कर सकते हैं, इसलिए Google यहां कैच अप खेलेगा।
डार्क थीम सभी चीजें!
यदि आप इससे चूक गए हैं, तो Google अपने अधिकांश ऐप्स में डार्क मोड जोड़ रहा है। स्टेफ़नी साद कथबर्टसन कहते हैं "आधिकारिक [एंड्रॉइड क्यू] रिलीज़ द्वारा" सभी "प्रमुख ऐप्स" से डार्क थीम का समर्थन करने की अपेक्षा की जाती है। यहां तक कि Google Chrome, जो वर्तमान में है सिस्टम-वाइड डार्क थीम सक्षम होने पर पेज को फिर से लोड करने के लिए मजबूर किया जाता है, थीम चालू होने पर इसे रीफ्रेश नहीं करने के लिए अपडेट किया जाएगा बदला हुआ।
हां, थर्ड-पार्टी लॉन्चर जेस्चर के साथ काम करेंगे (अंततः)
एंड्रॉइड के जेस्चर कुछ इस तरह के होते हैं जब आप तृतीय-पक्ष लॉन्चर का उपयोग करते हैं तो यह टूट जाता है. ऐसा इसलिए है क्योंकि हालिया ऐप्स यूआई स्टॉक लॉन्चर ऐप के भीतर समाहित है, और Google ने अभी तक ऐसा नहीं किया है स्टॉक पिक्सेल के साथ जेस्चर का उपयोग करते समय हम जो देखते हैं, वही निर्बाध बदलाव करने का एक तरीका तैयार किया है लॉन्चर. एडम कोहेन पुष्टि Google की योजना "रिलीज़ के बाद यथाशीघ्र" इन समस्याओं का समाधान करने की है। वह आगे कहते हैं कि असंगतता "को पोस्ट-क्यू अपडेट में संबोधित किया जाएगा, और लॉन्च होने वाले नए उपकरणों के लिए बैकपोर्ट किया जाएगा क्यू।"
गतिशील/तार्किक विभाजन यहां कस्टम रोम को खत्म करने के लिए नहीं हैं
समर्थन करने के लिए गतिशील सिस्टम अद्यतन Android Q में, Google Pixel 3 और Pixel 3 XL जैसे कुछ डिवाइस तार्किक विभाजन का उपयोग करते हैं। इन विभाजनों का आकार गतिशील रूप से बदला जा सकता है। ये बदलाव आया है रूट एक्सेस को कार्यान्वित करना चुनौतीपूर्ण साबित हुआ, और कुछ डेवलपर्स चिंतित हैं कि कस्टम रोम को लक्षित किया जा रहा है। इलियान माल्चेव ने हमें आश्वासन दिया कि इरादा कस्टम रोम को बाधित करने का नहीं है। जैसा वो समझाता है:
"डायनेमिक विभाजन का उद्देश्य यह नहीं है कि आप कस्टम रोम के साथ क्या कर सकते हैं। वे बस एक हैं निश्चित विभाजन आकार की समस्या का समाधान और उपकरणों को पुनः विभाजित करने के लिए एक सुरक्षित तरीके की कमी ओटीए. गतिशील विभाजन से पहले, यदि किसी ओईएम ने आकार देने में गलती की है, उदाहरण के लिए। सिस्टम विभाजन, फिर वे उस विकल्प से बाधित होगा, जिससे एक निश्चित अवधि के बाद किसी डिवाइस को अपग्रेड करना व्यावहारिक रूप से असंभव हो जाएगा बिंदु। कुछ ओईएम अभ्यास के तौर पर ओटीए पर अपने उपकरणों का पुनर्विभाजन करते हैं, लेकिन यह ए) एंड्रॉइड में आधिकारिक तौर पर समर्थित नहीं है, और बी) विभाजन तालिका को बदलना काफी जोखिम भरा माना जाता है। गतिशील विभाजन का उद्देश्य भौतिक विभाजन तालिका और ओएस देखता है के बीच अप्रत्यक्ष स्तर का परिचय देकर समस्या को कम करना है। यह बदले में हमें ओटीए पर विभाजन आकार को सुरक्षित रूप से समायोजित करने की अनुमति देता है। जहां तक कस्टम रोम का सवाल है, आप जो कर सकते हैं उसे लेकर आपको आज की तुलना में बिल्कुल भी बाध्य नहीं होना चाहिए। कस्टम रोम का समर्थन करना एक ऐसी चीज़ है जिसे प्रत्येक व्यक्तिगत ओईएम सक्षम करने का निर्णय लेता है।"
प्रोजेक्ट मेनलाइन - एआरटी मॉड्यूल और सपोर्ट लंबाई
मेनलाइन Google की एक नई पहल है जिसका उद्देश्य कुछ पुस्तकालयों और पैकेजों को मानकीकृत करना है ताकि उन्हें प्लेटफ़ॉर्म अपडेट से स्वतंत्र रूप से अपडेट किया जा सके। कुछ लोगों ने सोचा है कि एंड्रॉइड रनटाइम (एआरटी) अभी तक मेनलाइन मॉड्यूल क्यों नहीं है, लेकिन मुझे Google I/O में बताया गया था कि एआरटी को मॉड्यूलर करने में शामिल जटिलता ने उन्हें इसे प्रारंभिक एपेक्स पैकेजों में से एक के रूप में शामिल करने से रोक दिया। जैसा व्याख्या की इलियान मालचेव और डायना वोंग दोनों द्वारा:
"रनटाइम (विशेष रूप से प्रदर्शन और जीसी फिक्स और कोर लाइब्रेरीज़) में अपडेट करना निश्चित रूप से कुछ ऐसा है जिसे हम मेनलाइन के संदर्भ में तलाश रहे हैं। हम इन अद्यतनों को सभी डिवाइसों और मेनलाइन के साथ कई रिलीज़ों में सुसंगत बनाने में सक्षम होने के बहुत सारे लाभ देख सकते हैं। यह एक बड़ी तकनीकी चुनौती भी है क्योंकि हम इस बारे में सोचते हैं कि डेवलपर्स के लिए इसे सर्वोत्तम तरीके से कैसे किया जाए, और संभवतः कई वर्षों का प्रयास होगा। यह ऐसा कुछ नहीं है जो मेनलाइन वर्तमान में कर सकता है, लेकिन निश्चित रूप से कुछ ऐसा है जिसके बारे में हम सोच रहे हैं।"
यदि आप एओएसपी गेरिट का अनुसरण करते हैं, तो आप देखेंगे कि Google फिर भी ऐसा कर चुका है काम में मुश्किल रनटाइम एपेक्स बनाना। वर्तमान में, वे प्रतीत होते हैं बायोनिक और एआरटी/लिबकोर को विभाजित करना अलग एपेक्स मॉड्यूल में।
प्रोजेक्ट मेनलाइन के लाभ के संबंध में, एक उपयोगकर्ता ने मेनलाइन अपडेट की अवधि के बारे में पूछा। जवाब में, इलियान मालचेव कहते हैं कि "यह एक नीतिगत प्रश्न है जिसका हम अभी भी मूल्यांकन कर रहे हैं, लेकिन हम किसी डिवाइस पर मेनलाइन मॉड्यूल को यथासंभव लंबे समय तक अपडेट करना चाहते हैं।" XDA मान्यता प्राप्त डेवलपर luca020400 इस बारे में पूछताछ की गई कि क्या प्रीबिल्ट मेनलाइन मॉड्यूल प्रदान किए जाएंगे ताकि कस्टम ROM डेवलपर्स अपडेट को मर्ज कर सकें, और जवाब में, जेफ बेली दोहराती कि "एओएसपी से अलग होने वाले मॉड्यूल में प्रत्येक मॉड्यूल रिलीज से मेल खाने वाले स्रोत रिलीज होंगे।" हम पहले से ही AOSP में नए APEX मॉड्यूल की प्रगति देख सकते हैं जैसे कि एक तंत्रिका नेटवर्क एपीआई.
कैमराएक्स एमएल किट से मिलता है
इस वर्ष I/O में, Google ने इसे पेश किया कैमराएक्स जेटपैक लाइब्रेरी. यह लाइब्रेरी डेवलपर्स के लिए एंड्रॉइड लॉलीपॉप की तरह अनुकूलता बनाए रखते हुए एंड्रॉइड के कैमरा2 एपीआई का समर्थन करना आसान बनाने के लिए डिज़ाइन की गई है। विनीत मोदी चिढ़ाता है जिसके साथ कंपनी कैमराएक्स को एकीकृत करने पर काम कर रही है एमएल किट, Google की मशीन लर्निंग फ़ायरबेस SDK, ताकि डेवलपर्स विश्लेषण के लिए छवि फ़्रेम को ML किट में फ़ीड कर सकें।
कैमराएक्स विक्रेता एक्सटेंशन और रिलीज की तारीख
कैमरा ऐप का डेवलपर इस तथ्य पर अफसोस जताता है कि Google Pixel की नाइट साइट जैसी उन्नत कैमरा सुविधाएं तीसरे पक्ष के कैमरा ऐप तक पहुंच योग्य नहीं हैं। इसे कैमराएक्स विक्रेता एक्सटेंशन के साथ हल करने योग्य माना जाता है, जिसमें Google से जेफ़ शार्की शामिल हैं कहते हैं कि "सभी पिक्सेल डिवाइस कैमराएक्स कोर के लिए अनुकूलित हैं।" वह चिढ़ाते हैं कि "एक्सटेंशन पहलू नए और आगामी उपकरणों पर समर्थित होने जा रहा है।" इसके अलावा, Google है "डेवलपर्स और उपयोगकर्ताओं के लिए अपनी डिवाइस क्षमताओं को समान रूप से लाने में सक्षम होने के लिए कई निर्माताओं के साथ काम करना।" हालांकि सीधे तौर पर पुष्टि नहीं की गई है, यह संभव है कि हम विशेषताएं देख सकें पसंद रात्रि दर्शन पर गूगल पिक्सेल 4 कैमराएक्स लाइब्रेरी का उपयोग करने वाले तृतीय-पक्ष कैमरा ऐप्स के लिए उपलब्ध हो जाता है।
श्री शार्की का कहना है कि Google इस वर्ष के अंत तक बीटा रिलीज़ का लक्ष्य बना रहा है।
Android Q में मेमोरी प्रबंधन में सुधार
Pixel 3 की आलोचना की गई थी लॉन्च के बाद कई मुद्दे, लेकिन Google ने अनेक माध्यमों से इन समस्याओं का समाधान करने के लिए बहुत कुछ किया है लॉन्च के बाद के अपडेट. मेमोरी प्रबंधन Pixel 3 के सबसे कमजोर पहलुओं में से एक रहा है, लेकिन Android Q रिलीज़ में चीजें थोड़ी बेहतर होनी चाहिए। सेलिम सिनेक के अनुसार:
"उदाहरण के लिए SystemUI में, हमने सूचनाओं और अन्य सतहों के RAM उपयोग को कम करने के लिए Q में कई बड़े रीफैक्टरिंग प्रयास किए थे।"
क्या हमें अंततः वायरलेस एडीबी मिलेगा?
यदि आप अपने फोन को वायरलेस तरीके से डीबग करना चाहते हैं, तो आपको अपने डिवाइस को रूट करना होगा। एंड्रॉइड स्टूडियो टीम से जमाल ईज़ोन कहते हैं वे वर्तमान में इस सुविधा की व्यवहार्यता पर विचार कर रहे हैं।
क्या Google अभी भी टेबलेट पर परीक्षण करता है?
XDA मान्यता प्राप्त डेवलपर लुक1337 पूछा गया कि क्या Google अभी भी टैबलेट पर AOSP UX का परीक्षण करता है। इस पर विचार करते हुए यह एक उचित प्रश्न है अच्छे एंड्रॉइड टैबलेट की कमी और यह बग मौजूद हैं वर्तमान रिलीज़ में. एलन हुआंग कहते हैं Google अभी भी "हर साल परीक्षण करता है और सुधार करता है" और कंपनी "एक अच्छा एंड्रॉइड टैबलेट अनुभव सुनिश्चित करने के लिए" भागीदारों के साथ मिलकर काम कर रही है।
Reddit पर संपूर्ण थ्रेड में और भी बहुत सारी पोस्ट हैं। मैंने यहां जो कुछ कवर किया है वह हमारे द्वारा सीखी गई सभी नई जानकारी का सारांश है, लेकिन कई Googlers (विशेषकर डायने हैकबॉर्न) एक्स फीचर को काटने या वाई को लागू न करने के पीछे अपने तर्क पर गौर करें अनुमति। यदि आप एंड्रॉइड टीम की निर्णय प्रक्रिया को थोड़ा बेहतर ढंग से समझना चाहते हैं तो मेरा सुझाव है कि आप पूरा एएमए पढ़ें।
संपूर्ण एएमए /r/AndroidDev पर पढ़ें