बड़ी देरी (घंटे) स्वीकार्य होने पर पोल बनाम पोल


10

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

सभी प्रमुख मोबाइल दुकानें धक्का सूचना सेवा का अपना संस्करण प्रदान करती हैं:

हालाँकि मैं सोच रहा हूँ कि यह धारणा किस हद तक मान्य है। मेरा मतलब है, अगर मेरे पास एक ऐसा एप्लिकेशन है जो दिन में केवल एक-दो बार रिमोट सर्वर का चुनाव करता है, और जिसे "सूचनाओं" को तुरंत वितरित करने की आवश्यकता नहीं है (एक बड़ी देरी स्वीकार्य है), तो यह एक अच्छा निर्णय होगा इसे पुश करने के बजाय डेटा के लिए मतदान करें?

अग्रिम में धन्यवाद!


1
मैं वास्तव में इस पर वजन करने के लिए मोबाइल धक्का तंत्र के साथ पर्याप्त परिचित नहीं हूं, लेकिन मुझे आश्चर्य है कि अगर पुश तंत्र का उपयोग करने से कुछ सिरदर्द बच सकते हैं, उदाहरण के लिए पावर ऑफ / स्लीप परिदृश्यों से निपटने के संबंध में। यदि यह सिर्फ एक डेस्कटॉप / वेब एप्लिकेशन होता, तो मैं कहूंगा कि मतदान ठीक है; पुश करने में आमतौर पर आपके वेब सर्वर पर एक कनेक्शन खुला रखना शामिल होता है, इसलिए डेस्कटॉप / ब्राउज़र में मतदान का एक और फायदा है, लेकिन चूंकि यह एक मोबाइल एप्लिकेशन है, और आप इन वैकल्पिक पुश तंत्रों का उपयोग कर सकते हैं, मुझे लगता है कि उत्तर अलग हो सकता है।
डॉ। विली का अपरेंटिस

जवाबों:


14

जब वास्तविक समय की आवश्यकता नहीं होती है तो मतदान हमेशा स्वीकार्य होता है। आपको खुद से पूछना होगा कि आप एक के बजाय दूसरे का उपयोग क्यों करेंगे?

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

मतदान का उद्देश्य समय-समय पर डेटा अंतरों की जांच करना है, जहां अद्यतन अवधि में एक निश्चित समय अवधि तक स्वीकार्य SLA की अशुद्धि हो सकती है। एक पोल को आपके सभी ग्राहकों को समय-समय पर डेटा का अनुरोध करने की आवश्यकता होगी, जिसका अर्थ है कि प्रत्येक चलने वाले ग्राहक के लिए अनुरोध किया जा रहा एक कनेक्शन, और एक लाइव सेवा की आवश्यकता जो उस डेटा की निगरानी करने में सक्षम हो, ताकि वह मतदाताओं तक सेवा कर सके। सेवा करने के लिए सटीक डेटा होने का मतलब कुछ डेटा दृढ़ता है जो डिस्क और रखरखाव के समय को ले जाएगा।

तो इससे हम यह देख सकते हैं कि यदि आपको नेटवर्क ट्रैफ़िक या किसी सेवा के रखरखाव की चिंता है (जिसका अर्थ है संभवतः अनुरोधों को प्रमाणित / अधिकृत करना, उन्हें लॉग करना जो डिस्क स्थान लेता है, सेवा को बनाए रखने की सभी सामान्य आवश्यकताओं को पूरा करता है) t ग्राहकों को मतदान के लिए मजबूर करना चाहते हैं। हालाँकि यदि उपयोग के मामले में विशेष रूप से बड़े डेटा सेट को प्रसारित करने की आवश्यकता होती है या आप किसी तीसरे पक्ष के एपीआई के लिए सक्षम नहीं हो सकते हैं जो समय के साथ-साथ उनके SLA या शुल्क में बदल सकता है, तो रखरखाव के दौरान एक घर में बड़ा मतदान प्रणाली लागू हो सकता है, हालांकि ओवरहेड काफी अधिक हो सकता है। वैकल्पिक रूप से आप पहले से ही सेवा चला रहे होंगे और डेटा को ऐसे बनाए रखना होगा कि मतदान पहले से मौजूद बुनियादी ढांचे के लिए एक हल्का जोड़ है, जो मतदान को अधिक वांछनीय बनाता है।

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


3

आपके मामले में मतदान ठीक होना चाहिए। और आपको अभी तक किसी अन्य सिस्टम (या कई प्लेटफार्मों के लिए कई सिस्टम) के साथ एकीकृत नहीं करना पड़ेगा ।

डिवाइस की बारीकियों एक मुद्दा हो सकता है, हालांकि। जब ऐप डिवाइस पर सामने और केंद्र में नहीं है, तो क्या आप मज़बूती से मतदान कर सकते हैं? (आपके लिए एक मुद्दा हो सकता है या नहीं भी हो सकता है)। ऐसा करने की आपकी क्षमता ऐप को विकसित करने के लिए आपके द्वारा उपयोग किए जा रहे टेक्नोलॉजी पर निर्भर हो सकती है।


मैं यह सुनिश्चित करने के लिए अंतर्निहित ऐप का उपयोग करने की योजना बना रहा हूं कि यह सुनिश्चित करने के लिए कि ऐप सर्वर पर क्लिक करता है, भले ही वह "सक्रिय" न हो। मुझे पता है कि यह एंड्रॉइड पर कैसे किया जाता है, और मुझे उम्मीद है कि iPhones और WindowsPhones समान कार्यक्षमता प्रदान करते हैं;)
थॉमस सीजी डी विलेना

2

बेशक। यह और भी आसान है (यदि हर कोई एक ही समय पर पुल खींच रहा हो)

मोबाइल उपयोगकर्ताओं की अपेक्षाओं को ध्यान में रखते हुए, मैंने कहा कि मैं इस धारणा को चुनौती दूंगा कि 'एक बड़ी देरी स्वीकार्य है'। ('मैप्स वास्तविक समय में अपडेट नहीं किए गए हैं! अस्वीकार्य!' - या - 'मुझे पता है कि यह मौसम की सेवा है, लेकिन मैं हर पांच सेकंड में उस रिफ्रेश बटन को दबाए रखने जा रहा हूं, जब तक कि कल के लिए धूप न निकल जाए!')।


एक ही समय में सभी को मतदान से रोकने के बारे में अच्छी बात। मुझे लगता है कि सेटिंग बेतरतीब ढंग से कर देगा चाल!
थॉमस सीजी डी विल्हैना
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.