Android Q. भाग 2 के लिए आवेदन तैयार करना

लेख का अनुवाद विशेष रूप से पाठ्यक्रम के छात्रों के लिए तैयार किया गया था "एंड्रॉइड-डेवलपर। मूल पाठ्यक्रम । " हम आपको यह भी याद दिलाते हैं कि हम उन्नत कोर्स "स्पेशलाइजेशन एंड्रॉइड-डेवलपर" में नामांकन करना जारी रख रहे हैं

---

गोपनीयता और सुरक्षा लेख के पहले भाग में पाई जा सकती है।

2) उपयोगकर्ता अनुभव

a) नेविगेशन इशारे

Android Q में, Google ने सभी नेविगेशन जेस्चर को नए नेविगेशन जेस्चर सिस्टम के साथ संयोजित करने का प्रयास किया, जो फ्लोटिंग नेविगेशन बार (बैक, होम और हाल के ऐप्स) को बदल दिया।

• क्या प्रभावित करता है: यदि आपके आवेदन में इशारे हैं, तो वे सिस्टम इशारों के साथ संघर्ष कर सकते हैं। यह एंड्रॉइड क्यू (लक्ष्य एसडीके की परवाह किए बिना) पर चलने वाले सभी अनुप्रयोगों को प्रभावित करेगा, क्योंकि सिस्टम इशारों को पहले संसाधित किया जाएगा।
• अनुशंसित दृष्टिकोण: चूंकि फ्लोटिंग नेविगेशन बार लगभग गायब हो गया है, इसलिए यह अनुशंसा की जाती है कि आप उपलब्ध नई स्क्रीन स्पेस का पूरा उपयोग करें और उपयोगकर्ताओं को एक प्रभावशाली प्रभाव प्रदान करें।

एक इमर्सिव प्रभाव बनाने के लिए, एप्लिकेशन को स्टेटस बार और नेविगेशन बार के पीछे दिखाई देना चाहिए। सबसे पहले, स्टेटस बार और नेविगेशन बार को पारदर्शी बनाएं।

<style name="AppTheme"> ...... <item name="android:navigationBarColor">@android:color/transparent</item> <!-- Optional, but recommended for full edge-to-edge rendering --> <item name="android:statusbarColor">@android:color/transparent</item> </style> 

अगला, हम पूर्ण स्क्रीन में Activity/View प्रदर्शन करते हैं:

 view.systemUiVisibility = //Layout as if the navigation bar was hidden View.SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION or //Layout as if the status bar was hidden View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN or //Layout at its most extreme View.SYSTEM_UI_FLAG_LAYOUT_STABLE 

FAB (फ्लोटिंग एक्शन बटन) एक फ्लोटिंग नेविगेशन बार द्वारा कवर किया गया है। एक अस्थायी नेविगेशन बार स्पष्टता के लिए शामिल किया गया है।

अब जब एप्लिकेशन को (पारदर्शी) सिस्टम घटकों के पीछे पूर्ण-स्क्रीन मोड में प्रदर्शित किया जाता है, तो संभव है कि सिस्टम UI द्वारा किसी प्रकार के इंटरैक्टिव अनुप्रयोग घटक को अवरुद्ध कर दिया जाए। इस समस्या को हल करने के लिए, इनसेट का उपयोग करें।

इनसेट मूल्यों का एक सेट है जो हमें बताएगा कि व्यू को कितना स्थानांतरित करना है ताकि वे सिस्टम यूआई के साथ संघर्ष न करें। यह जानकारी WindowInset वर्ग द्वारा दी गई है। एपीआई 20 के साथ शुरू, एंड्रॉइड सिस्टम विंडो इनसेट्स के साथ डेवलपर्स प्रदान करता है, जो आपको बताता है कि अंतरिक्ष सिस्टम घटक (जैसे फ्लोटिंग नेविगेशन बार और स्टेटस बार) पर कितना कब्जा है। इस जानकारी का उपयोग इंटरेक्टिव व्यू को स्थानांतरित करने के लिए किया जा सकता है ताकि उपयोगकर्ता उस पर टैप करे, न कि सिस्टम UI पर।

 root.setOnApplyWindowInsetsListener { _, insets -> val fabLp = fab.layoutParams as CoordinatorLayout.LayoutParams fabLp.bottomMargin = fabOriginalBottomMargin + insets.systemWindowInsetBottom fab.layoutParams = fabLp insets.consumeSystemWindowInsets() } 

FAB के लिए, WindowsInsets श्रोता सेट करें और नीचे इंडेंट के रूप में नीचे विंडो इनसेट लागू करें।

इसी तरह, एंड्रॉइड क्यू के साथ शुरू होने पर, सिस्टम नेविगेशन इशारों को स्वैप किए गए विचारों को स्थानांतरित करने के लिए इनसेट प्रदान करता है ताकि वे सिस्टम इशारों के साथ संघर्ष न करें। वे Insets.getSystemGestureInsets () के माध्यम से प्रदान किए जाते हैं


सिस्टम इशारों के क्षेत्र पीले रंग में हाइलाइट किए गए हैं।

लेकिन क्या होगा अगर हम व्यू को स्थानांतरित नहीं करना चाहते हैं और इशारों के उन क्षेत्रों में कुछ सामग्री रखना चाहते हैं जो आवेदन के साथ संघर्ष कर सकते हैं? इन परिदृश्यों में, एप्लिकेशन उन क्षेत्रों को निर्धारित कर सकता है जिनमें सिस्टम इशारों के बजाय आवेदन पहले स्पर्श घटना को संभालेंगे। यह एंड्रॉइड Q में प्रदत्त View.setSystemGestureExclusionRects () API पर List< Rect > पास करके किया जा सकता है। यह विधि androidx.core:core:1.1.0 साथ androidx.core:core:1.1.0 में भी उपलब्ध है।

• नुकसान: आप केवल इशारों को वापस लेने से इनकार कर सकते हैं। "होम" इशारे की सीमाएं आरक्षित हैं और इसे फिर से परिभाषित नहीं किया जा सकता है। ऐसा इसलिए है क्योंकि एप्लिकेशन से बाहर निकलने का केवल एक ही तरीका है। यदि आपका एप्लिकेशन "होम" इशारे के साथ संघर्ष करता है, तो अपनी सीमाओं को प्राप्त करने और अपने दृश्य को स्थानांतरित करने के लिए WindowInsets.getMandatorySystemGestureInsets() का उपयोग करें।

b) डार्क थीम

पिछले एक साल में, हमने कई अनुप्रयोगों को डार्क थीम का समर्थन करना शुरू करते हुए देखा है। Android Q सिस्टम सेटिंग्स में इस स्विच को जोड़ता है।

उपयोगकर्ता तीन तरीकों से डार्क थीम को सक्षम कर सकता है:

1. सिस्टम सेटिंग्स में एक नया आइटम (सेटिंग्स -> प्रदर्शन -> थीम)
2. त्वरित सेटिंग्स में नया आइटम
3. निर्माता के आधार पर, इसे बिजली बचत मोड के माध्यम से चालू किया जा सकता है।

डार्क थीम के सिस्टम-वाइड कॉन्फ़िगरेशन का समर्थन करने के लिए, आपके एप्लिकेशन के डिफ़ॉल्ट विषय को DayNight थीम से इनहेरिट करना चाहिए। यह एप्लिकेशन के मुख्य विषय को सिस्टम द्वारा नियंत्रित रात-मोड के झंडे से जोड़ता है। यह night क्वालीफायर फ़ोल्डरों से संसाधन निकालकर काम करता है।

 <!--App Compat Style--> <style name="AppTheme" parent="Theme.AppCompat.DayNight"> <!--Material Components--> <style name="AppTheme" parent="Theme.MaterialComponents.DayNight"> 

यदि आप App संगतता शैलियों के अंदर देखते हैं, तो आप देखेंगे कि दिनमान विषय डिफ़ॉल्ट कॉन्फ़िगरेशन में AppCompat Light और रात कॉन्फ़िगरेशन में AppCompat को इंगित करता है।

 <!--values/themes.xml--> <style name="Theme.AppCompat.DayNight" parent="Theme.AppCompat.Light"> <!--values-night/themes.xml--> <style name="Theme.AppCompat.DayNight" parent="Theme.AppCompat"> 

यदि आप उपयोगकर्ताओं को एप्लिकेशन के भीतर से थीम को नियंत्रित करने की क्षमता देना चाहते हैं, तो आप AppCompatDelegate.setDefaultNightMode () को कॉल कर सकते हैं, जो चार मोड में से एक को स्वीकार करता है:

1. MODE_NIGHT_YES - डार्क थीम दिखाएं
2. MODE_NIGHT_NO - एक उज्ज्वल विषय दिखाएं
3. MODE_NIGHT_FOLLOW_SYSTEM - सिस्टम सेटिंग्स का पालन करें
4. MODE_NIGHT_AUTO_BATTERY - जब डिवाइस पावर सेविंग मोड में जाता है, तो MODE_NIGHT_AUTO_BATTERY डार्क थीम MODE_NIGHT_AUTO_BATTERY ।

• नुकसान:

a) रंगों को हार्डकोड न करें। यदि लेआउट फ़ाइलों में हार्डकोड किए गए रंग हैं, तो यह एक वेक-अप कॉल है। उन्हें color लिंक के साथ बदलें। इससे भी बेहतर: रंगों को संदर्भित करने के लिए विशेषताओं का उपयोग करें।

बी) छवियों की जाँच करें और उन्हें night वर्गीकरण के भाग के रूप में वैकल्पिक संसाधन प्रदान करें।

c) वेक्टर ड्रॉ में कोई हार्डकॉकेट रंग नहीं होना चाहिए। सही रंग के साथ वेक्टर संसाधनों को tint का उपयोग करें।

डी) सुनिश्चित करें कि सभी color संसाधनों में night फ़ोल्डर में समान विकल्प हैं ( values-night/colors.xml )

ई) यदि कोई एप्लिकेशन नोटिफिकेशन या विजेट्स के लिए रिमोट व्यू का उपयोग करता है, तो उनका परीक्षण करना भी सुनिश्चित करें। यह अच्छा है यदि एप्लिकेशन डिफ़ॉल्ट अधिसूचना शैलियों का उपयोग करता है, तब से सिस्टम उन्हें संसाधित करेगा।

च) जब भी उपकरण सामान्य और अंधेरे मोड के बीच स्विच करता है तो uiMode लिए एक कॉन्फ़िगरेशन परिवर्तन को कहा जाता है। उपयोगकर्ता इसे मैन्युअल रूप से कर सकता है या पावर-सेविंग मोड को सक्रिय कर सकता है। यदि एप्लिकेशन कॉन्फ़िगरेशन परिवर्तनों को ठीक से नहीं संभालता है, तो डिवाइस के सामान्य और अंधेरे मोड के बीच स्विच करने पर यूआई संदर्भ खो देता है, क्योंकि दृश्य गतिविधियां और उनके टुकड़े नष्ट हो जाते हैं और फिर से बनाए जाते हैं। इसलिए, भले ही यूआई एक ही अभिविन्यास में बंद हो, कॉन्फ़िगरेशन परिवर्तन के लिए समर्थन जोड़ें। इसके अलावा, यदि एप्लिकेशन android:configChanges माध्यम से मैन्युअल रूप से कॉन्फ़िगरेशन परिवर्तन का प्रबंधन करता है android:configChanges , एक उच्च संभावना है कि आप मैन्युअल रूप से uiMode का प्रबंधन करना चाहते हैं। उदाहरण के लिए, यदि कोई एप्लिकेशन निरंतर प्लेबैक (वीडियो प्लेयर) का उपयोग करता है, तो वह प्लेबैक को केवल इसलिए बाधित नहीं करना चाहेगा क्योंकि डिवाइस ने सामान्य और अंधेरे मोड के बीच स्विच किया है।

एंड्रॉइड क्यू ने कई अन्य चीजों को भी पेश किया, जिनके बारे में मैंने विस्तार से चर्चा नहीं की थी, जैसे कि सेटिंग्स पैनल, नया ऑडियोप्लेबैक कॉपर्योर एपीआई (एपीआई अनुप्रयोगों को अन्य अनुप्रयोगों द्वारा निभाई गई ध्वनि की प्रतिलिपि बनाने की अनुमति देता है। यह फ़ंक्शन स्क्रीन कैप्चर के समान है, लेकिन ऑडियो के लिए)।

अंत में, एंड्रॉइड क्यू में सीमित गैर-एसडीके-विशिष्ट इंटरफेस की एक अद्यतन सूची शामिल है, जिसे अंततः एंड्रॉइड एसडीके से एक्सेस से वंचित किया जा सकता है। आप "पूर्व लॉन्च रिपोर्ट" अनुभाग के तहत प्ले कंसोल में अपने उल्लंघन की सूची पा सकते हैं।

वह सब है। यदि आपको लगता है कि कुछ महत्वपूर्ण है जो लेख में उल्लेखित नहीं है, तो मुझे नीचे टिप्पणी में बताएं। ;-)