इस इंटरफ़ेस के इंस्टेंस में, अलग-अलग कार्रवाइयां करने के दौरान, ऑथराइज़ेशन टोकन देने के लिए कहा जाएगा.
सार्वजनिक तरीके से जुड़ी खास जानकारी
| ऐब्स्ट्रैक्ट स्ट्रिंग |
getTerminalPointServiceToken()
अभी तक इस्तेमाल नहीं किया गया, लागू करने पर
null मिल सकता है. |
| ऐब्स्ट्रैक्ट स्ट्रिंग |
getTripServiceToken()
अभी तक इस्तेमाल नहीं किया गया, लागू करने पर
null मिल सकता है. |
| ऐब्स्ट्रैक्ट स्ट्रिंग |
getVehicleServiceToken()
जब जगह से जुड़ा कोई अपडेट Fleet Engine के बैकएंड में भेजा जाएगा, तब Fleet Engine इस तरीके को कॉल करेगा.
|
सार्वजनिक तरीके
Public ऐब्सट्रैक्ट स्ट्रिंग getTerminalPointServiceToken ()
अभी तक इस्तेमाल नहीं किया गया, लागू करने पर null मिल सकता है.
Public ऐब्स्ट्रैक्ट स्ट्रिंग getTripServiceToken ()
अभी तक इस्तेमाल नहीं किया गया, लागू करने पर null मिल सकता है.
Public ऐब्सट्रैक्ट स्ट्रिंग getVehicleServiceToken ()
जब जगह से जुड़ा कोई अपडेट Fleet Engine के बैकएंड में भेजा जाएगा, तब Fleet Engine इस तरीके को कॉल करेगा.
लागू करने की प्रक्रिया को जल्द से जल्द जवाब देने की कोशिश करनी चाहिए. कॉल ब्लॉक करने से जगह की जानकारी अपडेट होने में देरी होगी. सही तरीका यह है कि लागू करने की प्रोसेस, बैकग्राउंड थ्रेड और कैश मेमोरी का इस्तेमाल करे. इससे यह पक्का किया जा सकेगा कि मांग पर मान्य टोकन उपलब्ध है.
अगर इस तरीके से कोई अपवाद मिलता है, तो उसे फ़्लीट इंजन को दिए गए FleetEngine.ErrorListener में जोड़ दिया जाएगा. अपवाद के तौर पर, एक LocationUpdateException होगा. इसमें
ErrorType फ़ील्ड को AUTH_FACTORY_EXCEPTION पर सेट किया गया है. कुछ समय बाद, फ़्लीट इंजन फिर से कोशिश करेगा.
अगर रिटर्न के तौर पर null की वैल्यू दी जाती है, तो फ़्लीट इंजन, फ़्लीट इंजन से संपर्क करते समय
कोई भी ऑथराइज़ेशन टोकन अटैच नहीं करेगा. इसकी वजह से, अनुमति मिलने से जुड़ी गड़बड़ियां हो सकती हैं और
अपडेट खो सकते हैं.