Wear OS 4 में ऐप्लिकेशन के काम करने के तरीके में होने वाले बदलावों को ध्यान में रखते हुए, अपना ऐप्लिकेशन तैयार करें

Wear OS 4, Android 13 (एपीआई लेवल 33) पर आधारित है. इसके कई वर्शन हैं यह Wear OS 3 वाले वर्शन, Android 11 (एपीआई लेवल 30) के बाद का वर्शन है. इसलिए, जब आप Wear OS ऐप्लिकेशन को Wear OS 4 पर इस्तेमाल करने के लिए तैयार करते हैं, तो आपको सिस्टम के काम करने के तरीके में ऐसे बदलाव होंगे जो Android 12 में सभी ऐप्लिकेशन पर लागू होंगे और Android 13.

Wear OS के इस वर्शन के साथ अपने ऐप्लिकेशन के काम करने की सुविधा को और बेहतर बनाने के लिए Android 13 (एपीआई लेवल 33) को टारगेट करना.

अनुमतियों में बदलाव

अनुमतियों से जुड़ी इन बदलावों का सबसे ज़्यादा असर Wear OS ऐप्लिकेशन, जिस पर Wear OS 4 या इसके बाद का वर्शन काम करता हो.

सूचना की अनुमति

'अनुमति दें' विकल्प, डायलॉग बॉक्स में सबसे पहला बटन होता है
पहली इमेज. सिस्टम की अनुमतियों वाला डायलॉग बॉक्स, जो उपयोगकर्ताओं से कहता है कि वे Wear OS ऐप्लिकेशन पोस्ट की सूचनाएं. उपयोगकर्ता अनुमति दें और अनुमति न दें.

ज़्यादातर मामलों में, उपयोगकर्ताओं को आपके साथ ही, इसमें यह जानकारी भी शामिल होती है कि आपका ऐप्लिकेशन, चल रही गतिविधियों की सूचनाएं कब पोस्ट करता है.

ध्यान दें: सूचना की अनुमति इन पर लागू नहीं होती कम शब्दों में सूचनाएं, और साथ ही कई इस्तेमाल के ऐसे खास मामले जिन्हें इस्तेमाल करने की अनुमति नहीं है. जैसे, मीडिया से जुड़े मामले सत्र.

जब लोग Wear OS 4 या इसके बाद के वर्शन वाले डिवाइस पर आपका ऐप्लिकेशन इंस्टॉल करेंगे, तो ऐप की सूचनाएं डिफ़ॉल्ट रूप से बंद होती हैं. स्थानीय सूचना पोस्ट करने से पहले या कोई चल रही गतिविधि लॉन्च करें. साथ ही, देखें कि आपके ऐप्लिकेशन को पोस्ट करने की अनुमति है या नहीं areNotificationsEnabled() पर कॉल करके सूचनाएँ पाएँ. अगर यह तरीका इस्तेमाल किया गया हो, तो true रिटर्न करने पर, आपका ऐप्लिकेशन सूचनाएं दिखा सकता है. अगर आपके ऐप्लिकेशन में ये टूल नहीं हैं की अनुमति नहीं है, तो ये सूचनाएं बिना किसी रनटाइम के अपने-आप फ़ेल हो जाती हैं अपवाद के तौर पर मार्क किया जा सकता है.

जब आपके ऐप्लिकेशन में POST_NOTIFICATIONS की अनुमति का अनुरोध किया जाता है, तो उपयोगकर्ता पहली इमेज में दिखाया गया, सिस्टम की अनुमतियों वाला डायलॉग देखें.

बैकग्राउंड बॉडी सेंसर से जुड़ी अनुमति

Wear OS 4 या इसके बाद के वर्शन वाले डिवाइस पर, उपयोगकर्ताओं को आपके ऐप्लिकेशन को अनुमति देनी होगी जैसे कि धड़कन की दर जैसे सामान्य बॉडी सेंसर से जानकारी पाने के लिए, बैकग्राउंड शामिल करें.

ज़्यादा जानने के लिए, गाइड में जाएं बॉडी सेंसर डेटा के लिए बैकग्राउंड ऐक्सेस का अनुरोध करना.

जगह की अनुमानित जानकारी की अनुमति

Wear OS 4 या इसके बाद के वर्शन वाले डिवाइस पर, लोग यह अनुरोध कर सकते हैं कि आपका ऐप्लिकेशन केवल अनुमानित स्थान की जानकारी पाएं, भले ही आपका ऐप्लिकेशन ACCESS_FINE_LOCATION रनटाइम की अनुमति.

यह देखें कि आपका ऐप्लिकेशन अब भी अपने मुख्य इस्तेमाल के उदाहरण पूरा कर सकता है. जैसे, अगर उपयोगकर्ता सिर्फ़ अनुमानित जगह की जानकारी देता है, तो दौड़ने का रूट तय किया जा सकता है. खास तौर पर, जब अगर आपको Wear OS पर स्वास्थ्य सेवाओं का इस्तेमाल करना है, तो जगह की जानकारी से जुड़ी गड़बड़ियों को ध्यान में रखें.

इस बारे में ज़्यादा जानें कि उपयोगकर्ता सिर्फ़ अनुमानित जगह की जानकारी दे सकते हैं.

ऐप्लिकेशन के कॉम्पोनेंट और नेविगेशन में होने वाले बदलाव

ऐप्लिकेशन के कॉम्पोनेंट और नेविगेशन से जुड़े ये बदलाव सबसे ज़्यादा होते हैं Android वर्शन 4.0 या उसके बाद के वर्शन वाले डिवाइस पर, आपके Wear OS ऐप्लिकेशन पर असर डालने के लिए कहा जाता है.

इंटेंट फ़िल्टर, मेल न खाने वाले इंटेंट को ब्लॉक करते हैं

जब आपका ऐप्लिकेशन किसी ऐसे दूसरे ऐप्लिकेशन के एक्सपोर्ट किए गए कॉम्पोनेंट को इंटेंट भेजता है जो Android 13 या उसके बाद के वर्शन को टारगेट करता है, तो यह इंटेंट तभी डिलीवर किया जाता है, जब यह मैच होता हो पाने वाले ऐप्लिकेशन में एक <intent-filter> एलिमेंट.

अन्य ऐप्लिकेशन से इंटेंट का मिलान करने' का तरीका जानें इंटेंट फ़िल्टर का इस्तेमाल करें.

रूट लॉन्चर गतिविधि का व्यवहार

अगर लॉन्चर गतिविधि किसी इंटेंट फ़िल्टर के बारे में बताती है, तो वह टास्क के रूट में होती है जिसमें ACTION_MAIN और CATEGORY_LAUNCHER, दोनों शामिल हैं.

अगर उपयोगकर्ता इस तरह की लॉन्चर गतिविधि से पिछले पेज पर जाता है स्क्रीन, सिस्टम लॉन्चर गतिविधि को पूरा नहीं करता है. इसके बजाय, यह बैकग्राउंड में लॉन्चर की गतिविधि.

रूट लॉन्चर गतिविधियों और गतिविधि के इस बदलाव के बारे में ज़्यादा जानें लाइफ़साइकल.

Android ऐप्लिकेशन के लिंक की पुष्टि करने के तरीके में सिस्टम कई बदलाव करता है. तय सीमा में खास तौर पर, सिस्टम इस वाक्य के लिए एक सख्त इंटेंट फ़िल्टर सिंटैक्स लागू करता है यह दिखाना कि किसी खास डोमेन के यूआरएल को, सीधे आपका ऐप्लिकेशन. इन बदलावों से, ऐप्लिकेशन को लिंक करने के अनुभव को बेहतर बनाया जाता है. इससे ऐप्लिकेशन डेवलपर और असली उपयोगकर्ताओं को ज़्यादा कंट्रोल मिलता है.

आपके एलानों के भरोसेमंद होने की जांच करने के लिए, मैन्युअल तरीके से डोमेन की पुष्टि शुरू करें.

सिस्टम अलर्ट विंडो का यूज़र इंटरफ़ेस (यूआई) हटाया गया

Wear OS 4, SYSTEM_ALERT_WINDOW देने के लिए सिस्टम यूज़र इंटरफ़ेस (यूआई) को हटा देता है अनुमति. यह यूज़र इंटरफ़ेस (यूआई) उन डिवाइसों पर उपलब्ध है जो Wear OS 3 और इससे पहले के वर्शन पर काम करते हैं.

अगर उपयोगकर्ताओं को सेटिंग पर भेजने के लिए ACTION_MANAGE_OVERLAY_PERMISSION का इस्तेमाल किया जा रहा है पेज पर जाएं, जहां वे आपके ऐप्लिकेशन को दूसरे ऐप्लिकेशन के ऊपर दिखा सकते हैं. अपने ऐप्लिकेशन की लॉजिक. उदाहरण के लिए, यदि आप वेब ब्राउज़र पर उपयोगकर्ताओं के तो इसके बजाय सूचना का इस्तेमाल करें.

पावर और डेटा मैनेजमेंट में बदलाव

पावर और डेटा मैनेजमेंट से जुड़े ये बदलाव सबसे ज़्यादा दिख सकते हैं लागू करें.

प्रतिबंधित ऐप्लिकेशन स्टैंडबाय बकेट

सिस्टम, आपके ऐप्लिकेशन को "पाबंदी वाली स्थिति" में रखता है ऐप्लिकेशन स्टैंडबाय बकेट, अगर यह इसका इस्तेमाल लंबे समय तक न किया गया हो या अगर इसका इस्तेमाल बहुत ज़्यादा समय तक किया जाता हो ब्रॉडकास्ट और बाइंडिंग.

ऐप्लिकेशन का हाइबरनेशन मोड

अगर उपयोगकर्ता कुछ महीनों तक आपके ऐप्लिकेशन से इंटरैक्ट नहीं करता है, तो सिस्टम आपके ऐप्लिकेशन को हाइबरनेशन की स्थिति में होना चाहिए.

बैकअप लें और पहले जैसा करें

अगर किसी चुनिंदा Wear OS डिवाइस पर क्लाउड बैकअप की सुविधा काम करती है, तो इसे Wear OS 4 में शुरू किया जाएगा डिवाइस से बाहर डेटा ट्रांसफ़र करने के लिए, क्लाउड पर अपने डेटा का बैक अप ले सकते हैं नए Wear OS डिवाइस पर डेटा ट्रांसफ़र करने के लिए, वे क्लाउड से डेटा वापस पा सकते हैं.