मोबाइल नोटिफ़िकेशन इकट्ठा करें

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

यह समस्या तब और भी मुश्किल हो जाती है, जब नेविगेशन SDK टूल जैसे SDK टूल का इस्तेमाल किया जाता है. ये SDK टूल, ऐप्लिकेशन से अलग फ़ोरग्राउंड सेवाएं चलाते हैं. इन सेवाओं के पास अपनी अलग-अलग सूचनाएं होती हैं, जिन्हें एक साथ जोड़ना मुश्किल होता है. इन समस्याओं को हल करने के लिए, Navigation SDK टूल के v1.11 वर्शन में एक आसान एपीआई जोड़ा गया है. इससे, ऐप्लिकेशन में हमेशा दिखने वाली सूचनाओं को मैनेज करने में मदद मिलती है. इनमें एसडीके टूल में दिखने वाली सूचनाएं भी शामिल हैं.

घटक

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

नेविगेशन SDK टूल में, ForegroundServiceManager सिंगलटन को शुरू करने और पाने के लिए स्टैटिक तरीके शामिल होते हैं. इस सिंगलटन को नेविगेशन SDK टूल के लाइफ़टाइम में सिर्फ़ एक बार शुरू किया जा सकता है. इसलिए, अगर किसी एक शुरू करने वाले कॉल (initForegroundServiceManagerMessageAndIntent() या initForegroundServiceManagerProvider()) का इस्तेमाल किया जाता है, तो आपको उसे try-catch ब्लॉक के साथ इस्तेमाल करना चाहिए, ताकि उस पाथ को फिर से डालने पर कोई गड़बड़ी न हो. अगर किसी भी तरीके को एक से ज़्यादा बार कॉल किया जाता है, तो Navigation SDK एक रनटाइम अपवाद दिखाता है. ऐसा तब तक होता रहेगा, जब तक कि ForegroundServiceManager के सभी रेफ़रंस को पहले साफ़ नहीं कर दिया जाता और हर कॉल से पहले clearForegroundServiceManager() को कॉल नहीं किया जाता.

initForegroundServiceManagerMessageAndIntent() के चार पैरामीटर ये हैं: application, notificationId, defaultMessage, और resumeIntent. अगर आखिरी तीन पैरामीटर शून्य हैं, तो सूचना स्टैंडर्ड नेविगेशन SDK टूल की सूचना होती है. इस सूचना के पीछे, ऐप्लिकेशन में मौजूद फ़ोरग्राउंड की अन्य सेवाओं को अब भी छिपाया जा सकता है. notificationId पैरामीटर, सूचना के लिए इस्तेमाल किए जाने वाले सूचना आईडी की जानकारी देता है. अगर यह वैल्यू शून्य है, तो किसी भी वैल्यू का इस्तेमाल किया जाता है. इसे साफ़ तौर पर सेट किया जा सकता है, ताकि यह अन्य सूचनाओं के साथ होने वाले संघर्षों से बच सके. जैसे, किसी दूसरे SDK से मिलने वाली सूचनाएं. defaultMessage एक स्ट्रिंग है, जो तब दिखती है, जब सिस्टम नेविगेट नहीं कर रहा होता. resumeIntent एक इंटेंट है, जो सूचना पर क्लिक करने पर ट्रिगर होता है. अगर resumeIntent शून्य है, तो सूचना पर किए गए क्लिक को अनदेखा कर दिया जाता है.

initForegroundServiceManagerProvider() के तीन पैरामीटर ये हैं: application, notificationId, और notificationProvider. अगर आखिरी दो पैरामीटर शून्य हैं, तो सूचना स्टैंडर्ड नेविगेशन SDK टूल की सूचना होती है. notificationId पैरामीटर, सूचना के लिए इस्तेमाल किए जाने वाले सूचना आईडी की जानकारी देता है. अगर यह शून्य है, तो किसी भी वैल्यू का इस्तेमाल किया जाता है. इसे साफ़ तौर पर सेट किया जा सकता है, ताकि अन्य सूचनाओं के साथ होने वाली गड़बड़ियों को ठीक किया जा सके. जैसे, किसी दूसरे SDK से मिलने वाली सूचनाएं. अगर notificationProvider सेट है, तो सूचना को रेंडर करने के लिए, सेवा देने वाली कंपनी हमेशा ज़िम्मेदार होती है.

Navigation SDK टूल का getForegroundServiceManager() तरीका, फ़ोरग्राउंड सेवा मैनेजर सिंगलटन दिखाता है. अगर आपने अब तक कोई आईडी जनरेट नहीं किया है, तो इसका मतलब है कि आपने notificationId, defaultMessage, और resumeIntent के लिए, शून्य पैरामीटर के साथ initForegroundServiceManagerMessageAndIntent() को कॉल किया है.

ForegroundServiceManager को तीन आसान तरीकों से इस्तेमाल किया जा सकता है. पहले दो, किसी सेवा को फ़ोरग्राउंड में और उससे बाहर ले जाने के लिए होते हैं. आम तौर पर, इन्हें बनाई गई सेवा से ही कॉल किया जाता है. इन तरीकों का इस्तेमाल करने से यह पक्का होता है कि सेवाएं, शेयर की गई सूचना से जुड़ी हों. आखिरी तरीका, updateNotification(), मैनेजर को फ़्लैग करता है कि सूचना बदल गई है और उसे फिर से रेंडर किया जाना चाहिए.

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

इस्तेमाल के उदाहरण

इस सेक्शन में, शेयर की गई सूचनाओं को इस्तेमाल करने के उदाहरणों के बारे में बताया गया है.

फ़ोरग्राउंड में चल रहे दूसरे ऐप्लिकेशन की लगातार दिखने वाली सूचनाएं छिपाना

सबसे आसान तरीका यह है कि मौजूदा व्यवहार को बनाए रखा जाए और नेविगेशन SDK टूल की जानकारी को रेंडर करने के लिए, सिर्फ़ हमेशा दिखने वाली सूचना का इस्तेमाल किया जाए. फ़ोरग्राउंड सेवा मैनेजर startForeground() और stopForeground() तरीकों का इस्तेमाल करके, अन्य सेवाएं इस सूचना के पीछे छिप सकती हैं.

दूसरे ऐप्लिकेशन की फ़ोरग्राउंड सेवाओं की लगातार दिखने वाली सूचनाएं छिपाएं. हालांकि, नेविगेट न करने पर दिखने वाला डिफ़ॉल्ट टेक्स्ट सेट करें

दूसरा आसान तरीका यह है कि मौजूदा व्यवहार को बनाए रखा जाए और सिर्फ़ नेविगेशन SDK टूल की जानकारी को रेंडर करने के लिए, हमेशा दिखने वाली सूचना का इस्तेमाल किया जाए. हालांकि, सिस्टम के नेविगेट न करने पर ऐसा नहीं किया जाना चाहिए. जब सिस्टम नेविगेट नहीं कर रहा होता है, तो initForegroundServiceManagerMessageAndIntent() के लिए दी गई स्ट्रिंग दिखती है, न कि डिफ़ॉल्ट नेविगेशन SDK स्ट्रिंग, जिसमें "Google Maps" का ज़िक्र होता है. इस कॉल का इस्तेमाल, फिर से शुरू करने का इंटेंट सेट करने के लिए भी किया जा सकता है. यह इंटेंट, सूचना पर क्लिक करने पर ट्रिगर होता है.

हमेशा दिखने वाली सूचना को रेंडर करने की सुविधा का पूरा कंट्रोल पाना

आखिरी स्थिति में, सूचना देने वाली सेवा देने वाली कंपनी तय करना और बनाना ज़रूरी है. साथ ही, initForegroundServiceManagerProvider() का इस्तेमाल करके, उसे ForegroundServiceManager को भेजना होगा. इस विकल्प की मदद से, यह कंट्रोल किया जा सकता है कि सूचना में क्या रेंडर किया जाए. हालांकि, इससे नेविगेशन SDK टूल की सूचना की जानकारी को सूचना से भी अलग कर दिया जाता है. इससे सूचना में दिखने वाले, हर मोड़ के लिए निर्देशों वाले प्रॉम्प्ट हट जाते हैं. Google, इस जानकारी को हासिल करने और सूचना में डालने का आसान तरीका उपलब्ध नहीं कराता.

सूचना देने वाली सेवा देने वाली कंपनी का उदाहरण

यहां दिए गए कोड के उदाहरण में, सूचना के कॉन्टेंट की सेवा देने वाली किसी सामान्य कंपनी का इस्तेमाल करके, सूचनाएं बनाने और उन्हें दिखाने का तरीका बताया गया है.

public class NotificationContentProviderImpl
   extends NotificationContentProviderBase
   implements NotificationContentProvider {
 private String channelId;
 private Context context;
 private String message;

 /** Constructor */
 public NotificationContentProviderImpl(Application application) {
   super(application);
   message = "-- uninitialized --";
   channelId = null;
   this.context = application;
 }

 /**
  * Sets message to display in the notification. Calls updateNotification
  * to display the message immediately.
  *
  * @param msg The message to display in the notification.
  */
 public void setMessage(String msg) {
   message = msg;
   updateNotification();
 }

 /**
  * Returns the notification as it should be rendered.
  */
 @Override
 public Notification getNotification() {
   Notification notification;

   if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.O) {
     Spanned styledText = Html.fromHtml(message, FROM_HTML_MODE_LEGACY);
     String channelId = getChannelId(context);
     notification =
         new Notification.Builder(context, channelId)
             .setContentTitle("Notifications Demo")
             .setStyle(new Notification.BigTextStyle()
                 .bigText(styledText))
             .setSmallIcon(R.drawable.ic_navigation_white_24dp)
             .setTicker("ticker text")
             .build();
   } else {
     notification = new Notification.Builder(context)
         .setContentTitle("Notification Demo")
         .setContentText("testing non-O text")
         .build();
   }

   return notification;
 }

 // Helper to set up a channel ID.
 private String getChannelId(Context context) {
   if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.O) {
     if (channelId == null) {
       NotificationManager notificationManager =
           (NotificationManager) context.getSystemService(Context.NOTIFICATION_SERVICE);
       NotificationChannel channel = new NotificationChannel(
           "default", "navigation", NotificationManager.IMPORTANCE_DEFAULT);
       channel.setDescription("For navigation persistent notification.");
       notificationManager.createNotificationChannel(channel);
       channelId = channel.getId();
     }
     return channelId;
   } else {
     return "";
   }
 }
}

NotificationContentProviderImpl बनाने के बाद, यहां दिए गए कोड का इस्तेमाल करके, नेविगेशन SDK टूल को उससे कनेक्ट करें:

ForegroundServiceManager f = NavigationApi.getForegroundServiceManager(getApplication());
mNotification = new NotificationContentProviderImpl(getApplication());
NavigationApi.clearForegroundServiceManager();
NavigationApi.initForegroundServiceManagerProvider(getApplication(), null, mNotification);

चेतावनियां और आने वाले समय के प्लान

• initForegroundServiceManagerMessageAndIntent() या initForegroundServiceManagerProvider() को जल्द से जल्द कॉल करें, ताकि इस्तेमाल से जुड़ी उम्मीद के मुताबिक स्थिति को अच्छी तरह से बताया जा सके. नया नेविगेटर बनाने से पहले, आपको यह तरीका आज़माना होगा.
• अगर कोड पाथवे को एक से ज़्यादा बार डाला गया है, तो initForegroundServiceManagerMessageAndIntent() या initForegroundServiceManagerProvider() पर किए गए कॉल से जुड़े अपवादों को पक्का तौर पर कैप्चर करें. Navigation SDK v2.0 में, इस तरीके को कई बार कॉल करने पर, रनटाइम अपवाद के बजाय, जांचा गया अपवाद दिखता है.
• Google को अब भी सूचना के पूरे जीवनकाल के दौरान, हेडर की स्टाइल से मैच करने वाली स्टाइल को एक जैसा रखने के लिए काम करना पड़ सकता है.
• सूचना देने वाली सेवा तय करने पर, प्राथमिकता के हिसाब से हेड्स-अप की सुविधा को कंट्रोल किया जा सकता है.
• Google, सूचना देने वाली सेवा देने वाली कंपनी के लिए, हर मोड़ की जानकारी पाने का आसान तरीका उपलब्ध नहीं कराता.