मैं वास्तविक समय चैट के लिए नोडज / सॉकेट.आईओ की जांच कर रहा हूं, और मुझे कमरों को लागू करने के लिए कुछ सलाह की आवश्यकता है।
जो बेहतर है, नेमस्पेस का उपयोग करते हुए या कमरे की सुविधा का उपयोग करते हुए एक दूसरे से चैटर्स के अंगूर को पूरी तरह से अलग करने के लिए?
कमरे और नाम स्थान के बीच वास्तविक तकनीकी अंतर क्या है?
क्या कोई संसाधन उपयोग अंतर है?
जवाबों:
यह वही है जो नाम स्थान और कमरे में सामान्य है (सॉकेट.आईओ v0.9.8 - कृपया ध्यान दें कि v1.0 में एक पूर्ण पुन: लिखना शामिल है, इसलिए चीजें बदल सकती हैं):
मतभेद :
io.connect(urlAndNsp)(क्लाइंट को उस नेमस्पेस में तभी जोड़ा जाएगा जब यह सर्वर पर पहले से मौजूद हो)नाम (कमरे या नाम स्थान) के साथ अवधारणा को भ्रमित न करने के लिए, मैं अवधारणा का उल्लेख करने के लिए डिब्बे का उपयोग करूंगा , और अवधारणा के कार्यान्वयन के लिए अन्य दो नाम । तो फिर आप
उत्तरार्द्ध के लिए एक उदाहरण एक बड़ा क्लाइंट ऐप होगा, जहां अलग-अलग मॉड्यूल, शायद अलग-अलग विकसित (उदाहरण के लिए थर्ड-पार्टी), प्रत्येक सॉकेट का उपयोग करके। स्वतंत्र रूप से, एक ही ऐप में उपयोग किया जा रहा है और एक एकल नेटवर्क कनेक्शन साझा करना चाहते हैं।
वास्तव में इसे बेंचमार्क नहीं किया गया है, यह मुझे लगता है कि अगर आपको अलग और समूह संदेशों के लिए अपनी परियोजना में सरल डिब्बों की आवश्यकता है, तो दोनों में से कोई एक ठीक है।
निश्चित नहीं है कि यह आपके प्रश्न का उत्तर देता है, लेकिन इस उत्तर के लिए अग्रणी शोध ने मुझे स्पष्ट रूप से देखने में मदद की।
यह एक पुराना प्रश्न है लेकिन इस विषय पर कुछ शोध करने के बाद मुझे पता चला कि एक महत्वपूर्ण बिंदु पर स्वीकृत उत्तर स्पष्ट नहीं है। खुद गिलर्मो राउच के अनुसार ( लिंक देखें ): हालाँकि यह एक रनिंग ऐप पर गतिशील रूप से नेमस्पेस बनाने के लिए सैद्धांतिक रूप से संभव है कि आप उन्हें मुख्य रूप से आप के पूर्वनिर्धारित अलग-अलग वर्गों के रूप में उपयोग करें। यदि, दूसरी ओर आपको उपयोगकर्ताओं / समूहों के समूहों को समायोजित करने के लिए, मक्खी पर, तदर्थ डिब्बों को बनाने की आवश्यकता है, तो कमरे का उपयोग करना सबसे अच्छा है।
यह निर्भर करता है कि आप क्या करना चाहते हैं।
मुख्य अंतर यह है कि कमरों को लागू करना कठिन है। आपको प्रत्येक पृष्ठ पुनः लोड वाले कमरों में शामिल होने के लिए एक विधि बनानी होगी।
नामस्थानों के साथ आपको बस var example = io.connect('http://localhost/example');अपने जावास्क्रिप्ट क्लाइंट में लिखना होगा और क्लाइंट को स्वचालित रूप से नामस्थानों में जोड़ दिया जाएगा।
उपयोग का उदाहरण:
कमरे और नाम स्थान खंड संचार और समूह व्यक्तिगत सॉकेट।
एक कमरे में या एक नामस्थान पर प्रसारण सभी सदस्यों तक नहीं पहुंचेगा।
नाम स्थान और कमरे के बीच का अंतर निम्नलिखित है:
अंतर मुख्य रूप से है जो उन्हें प्रबंधित करता है
यह तय करने के लिए कि आपको क्या उपयोग करना है, यह तय करना चाहिए कि क्या विभाजन को फ्रंटएंड या बैकएंड में प्रबंधित किया जाना चाहिए
नाम स्थान आपको एक ही नाम से ऑब्जेक्ट बनाने की अनुमति देता है, लेकिन वे अलग-अलग होंगे क्योंकि वे अलग-अलग नामस्थानों में रहेंगे, अन्यथा स्कोप के रूप में जाना जाता है।
यह वही विचार प्रक्रिया है जो आपके पास सॉकेट.आईओ नामस्थानों के साथ होनी चाहिए। यदि आप एक मॉड्यूलर नोड वेब एप्लिकेशन का निर्माण कर रहे हैं, तो आप अलग-अलग मॉड्यूलों को नाम स्थान देना चाहेंगे। यदि आप हमारे नाम स्थान कोड को देखते हैं, तो आप देखेंगे कि हम विभिन्न नामस्थानों में समान घटनाओं को सुनने में सक्षम थे। Socket.IO में, डिफ़ॉल्ट कनेक्शन पर कनेक्शन घटना और / xxx नाम स्थान पर कनेक्शन घटना अलग-अलग हैं। उदाहरण के लिए, यदि आपके पास आपकी साइट पर एक चैट और टिप्पणी प्रणाली है और दोनों वास्तविक समय चाहते हैं, तो आप प्रत्येक को नाम स्थान दे सकते हैं। यह आपको एक संपूर्ण सॉकेट.आईओ एप्लिकेशन बनाने की अनुमति देता है जो केवल अपने संदर्भ में रहता है।
यह भी सच होगा यदि आप किसी ऐसी चीज़ का निर्माण कर रहे हैं जिसे पैक और स्थापित किया जाना है। आप नहीं जान सकते कि कोई व्यक्ति पहले से ही डिफ़ॉल्ट नामस्थान में कुछ घटनाओं का उपयोग कर रहा है, इसलिए आपको अपना स्वयं का निर्माण करना चाहिए और वहां सुनना चाहिए। यह आपको किसी भी डेवलपर के पैर की उंगलियों पर कदम नहीं रखने देता है जो आपके पैकेज का उपयोग करता है।
Namespaces हमें विभिन्न संदर्भों में कनेक्शन बनाने की अनुमति देते हैं। हम इसकी तुलना कमरे से कर सकते हैं, जो हमें एक साथ समूह कनेक्शन की अनुमति देते हैं। फिर हम उसी कनेक्शन को अन्य कमरों में भी शामिल कर सकते हैं।
Namespaces आपको Socket.IO के लिए अलग-अलग संदर्भ बनाने की अनुमति देता है। कमरे में काम करने के लिए अनुमति देता है।