मैं केवल जो कहा गया है, उसके लिए एक उच्च परिप्रेक्ष्य जोड़ता हूं, और यही वह है कि एसएसई प्रकाशित-सदस्यता मॉडल है क्योंकि AJAX के मामले में निरंतर मतदान के विपरीत।
आम तौर पर, दोनों तरीकों (मतदान और प्रकाशित-सदस्यता) ग्राहक को अप-टू-डेट स्थिति को बनाए रखने के तरीके को हल करने का प्रयास कर रहे हैं।
1) मतदान मॉडल
यह आसान है। ग्राहक (ब्राउज़र) को पहले प्रारंभिक स्थिति (पृष्ठ) प्राप्त होता है और इसके लिए अद्यतन करने के लिए, इसे समय-समय पर राज्य (पृष्ठ या उसके भाग) का अनुरोध करने की आवश्यकता होती है और परिणाम को वर्तमान स्थिति में संसाधित करने की आवश्यकता होती है (पूरे पृष्ठ को रीफ्रेश करें या इसे इंटेलिजेंट में प्रस्तुत करें AJAX के मामले में हिस्सा)।
स्वाभाविक रूप से, एक दोष यह है कि यदि सर्वर स्थिति के साथ कुछ भी नहीं होता है तो संसाधन (सीपीयू, नेटवर्क, ...) अनावश्यक रूप से उपयोग किए जाते हैं। एक और बात यह है कि अगर राज्य बदलता है तो ग्राहक इसे अगले चुनाव अवधि में ही प्राप्त करते हैं, न कि ASAP। अक्सर दो चीजों के बीच एक अच्छी अवधि के समय समझौता का मूल्यांकन करने की आवश्यकता होती है।
मतदान का एक और उदाहरण थ्रेडिंग में एक स्पिनवाइट है।
2) प्रकाशित करें: सदस्य बनने के मॉडल
यह काम करता है इस प्रकार है:
- (ग्राहक पहले अनुरोध और (कुछ प्रारंभिक अवस्था)
- क्लाइंट सर्वर का सदस्य बनता चलता साथ संभवतः एक अनुरोध भेजता है, घटना संदर्भ जैसे कुछ संदर्भ)
- सर्वर क्लाइंट के संदर्भ को कुछ क्लाइंट संदर्भ भंडार
- राज्य के अद्यतन के मामले में संदर्भित करता है, से rver क्लाइंट को संदर्भित क्लाइंट के संदर्भ के आधार पर एक अधिसूचना भेजता है; यानी यह एक अनुरोध के जवाब में लेकिन एक और के रूप में संदेश सर्वर
- अच्छा ग्राहकों की सदस्यता समाप्त द्वारा शुरू की, जब वे कोई
यह SSE है, या एक waitable घटना सूत्रण में मिली सूचनाओं में अधिक रुचि रखते हैं, नहीं है उदाहरण। जैसा कि कहा गया है, एक प्राकृतिक दोष यह है कि सर्वर को अपने सभी सब्स्क्राइब किए गए ग्राहकों के बारे में पता होना चाहिए, जो कार्यान्वयन के आधार पर एक मुद्दा हो सकता है।