javascript - जियोओलेकेशन अपडेट के लिए सर्विसवॉर्कर के उदाहरणों का अपेक्षित अनुपात



firebase web-applications (1)

उत्तर: हाँ, उदाहरण कोड यह दर्शाता है कि सर्विस वर्कर प्रतिमान अत्याधुनिक वेब ऐप्स के लिए बहुत अधिक निहित पृष्ठभूमि जियोलोकेशन वितरित करने के लिए आदर्श रूप से अनुकूल है। प्रत्येक नई स्थिति अद्यतन के लिए एसडब्ल्यू इंस्टेंस एक्सपायरी टाइमर का नवीकरण, एसडब्ल्यू दीर्घायु की कुंजी है। यह अभी तक सबसे अधिक बैटरी के अनुकूल है, जो वेब ऐप पृष्ठभूमि जियोलोकेशन पहेली के लिए उपलब्ध समृद्ध समाधान है।

नोट: मैं प्रत्येक क्लाइंट (पीओसी उदाहरण के विपरीत) और फ्लेक्स बॉक्स स्टाइल के लिए अलग ट्रैवलमैनेजर इंस्टेंस सुझाता हूं।

चलो आशा करते हैं कि यह एएएए के आपूर्तिकर्ताओं द्वारा उठाए गए हैं!

संपादित करें: एक ही स्थान पर मेरे ब्रोटक्रेमन वेब ऐप का एक नया संस्करण है।

सबसे महत्वपूर्ण डिजाइन / प्रस्तावित-विनिर्देश परिवर्तन यह है कि TravelManager सदस्यता अब क्लाइंट विशिष्ट होना चाहिए। ट्रैवेलएवर्ट में इरादा क्लाइंट .id (TravelEvent.source.id) होना चाहिए। इसका अर्थ है कि UA प्रति ग्राहक की जियोलोकेशन अपडेट को मॉनिटर और फ़िल्टर करना चाहिए। मैंने "डेमो" बटन दबाए जाने पर प्रदर्शित होने वाली ट्रिप सारांश जैसी नई डेमो कार्यक्षमता भी जोड़ दी है I यात्रा को "मैप ट्रिप" या "रीप्ले" दबाकर Google मानचित्र पर फिर से चलाया जा सकता है। यदि यात्रा के लिए पिछले और अगले जियोलोकेशन अपडेट मैप विंडो में दोनों दिखाई दे रहे हैं तो सीएसएस संक्रमण के माध्यम से चिकनी मार्कर आंदोलन हासिल किया जा सकता है।

कृपया पृष्ठभूमि की भौगोलिक स्थिति उठाने में मदद करें और मूल एप्लिकेशन के साथ वेब एप्लिकेशन प्रतिस्पर्धा करें!

अगर मेरे ट्रैवल मैनेजर समाधान डिज़ाइन में कुछ गड़बड़ी है तो मुझे बताएं इसमें छेद छेद!

मूल प्रश्न:

कुछ समय के लिए मैं W3C / IETF (और जो कोई भी व्यस्त था) के साथ बहस कर रहा था कि सर्विसवकर्स पृष्ठभूमि जियोलोकेशन कार्यक्षमता की मेजबानी करने के लिए आदर्श प्लेटफ़ॉर्म हैं जो कि मूल वेब ऐप्स को स्थानीय ऐप्स के साथ एक स्तर के खेल मैदान पर प्रतिस्पर्धा करने की आवश्यकता है । स्टिकिंग प्वाइंट आमतौर पर सेवावर्धक जीवन काल की क्षणभंगुर प्रकृति है। मैंने हमेशा तर्क दिया है कि यह तुरंत उन्हें मारने के लिए पागलपन होगा और अधिकांश कार्यान्वयन सहमत होंगे। (फ़ायरफ़ॉक्स 30secs में सबसे अधिक आक्रामक होता देख बग यह व्यवहार CPU / मेमोरी के ढेर के साथ भी प्रचलित होता है)

वैसे भी, यह साबित करने के लिए कि मैं सही हूँ, और जेक आर्चिबाल्ड की पसंद बहुत गलत हैं, मैंने एक छोटे से वेब ऐप लिखा था। (एक aaa_readme.txt है)

अब इसे एक यात्रा सार पृष्ठ प्रदान करने और Google मानचित्र पर यात्रा को मैप करने के लिए थोड़ी सी काम की आवश्यकता है, लेकिन मुझे लगता है कि आपको यह विचार मिलेगा और सबसे महत्वपूर्ण बात यह है कि वास्तविक विश्व, सेवा कर्मचारी आवृत्तियों और जियोलोकेशन अपडेट के बीच वास्तविक, स्पष्ट संबंध देखें? (मैं इसे बाहर करना चाहता था इससे पहले कि यूरोपीय लोग अगस्त के लिए गायब हो गए :-)

तो क्या मैंने यहाँ बेवकूफ किया है? क्या मैं सोच रहा हूं कि मुझे केवल एक नया सर्विस वर्कर के उदाहरण मिलते हैं जब मैं घर के रास्ते में एक विस्तारित अवधि के लिए रोशनी में फंस जाता हूं और स्थिति अपडेट कहीं नहीं देखा जा रहा है? क्या मेरी कोडिंग कौशल विचित्र और परीक्षण कौशल मौजूद नहीं हैं?

यदि नहीं, तो मुझे नहीं पता है कि वेब एप्लिकेशन को ये वैध और बहुत ही वांछनीय उपयोगकर्ता आवश्यकताएं पूरी करने के लिए अनुमति नहीं है। ज़रूर, हम उपयोगकर्ता-सशक्तीकरण, अनुमतियां और खोज खोज करेंगे, लेकिन इसके साथ चलते हैं? TravelManagerPolyfill.js फ़ाइल लगभग सभी UA डेवलपर्स को करना है!

प्रश्न: क्या मैंने सेवा वर्कर वास्तुकला को सही ढंग से समझा और समय के साथ ही सेवावर्धक तत्काल के एक वैध अनुमानपूर्ण पूछताछ को लागू किया?





service-worker