सॉकेट.आई.ओ. पर त्वरित नियोजनपॉकर

प्रेरित निर्देशकों

एक बार, ठंड के मौसम के दौरान, काम पर अगली योजना की बैठक के दौरान, जहां सभी ने अपने मतदान उपकरण का उपयोग किया - पेपर कार्ड, सभी प्रकार के फोन एप्लिकेशन , आदि - मुझे इस विचार से दौरा किया गया था - सभी को उसी कमरे में क्यों बैठना चाहिए जब उनके कार्यकर्ताओं के लिए योजना बनाई जा सकती है स्थान, या घर से भी।

इसलिए विचार यह है कि सुदूर नियोजन सेवा को सुगम बनाने के लिए नियोजन पोकर तकनीक का उपयोग किया जाए जो फुर्तीली दुनिया में लोकप्रिय हो। और यह भी समझने के लिए थोड़ा बेहतर है कि सॉकेट.आईओ और संबंधित प्रौद्योगिकियां कैसे काम करती हैं।

समस्या का बयान

एक पृष्ठ विकसित करें, जिसमें उपयोगकर्ता अपने नाम और "कमरे" में प्रवेश करता है, फिर उपयोगकर्ताओं में से एक समस्या को चर्चा के तहत सेट करता है, हर कोई वोट करता है - जब समूह के अंतिम ने मतदान किया - कार्ड खुले।

प्रोटोकॉल को लागू करने का पहला प्रयास

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

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

दूसरा और अंतिम कार्यान्वयन

समस्या को हल करने के लिए दूसरा दृष्टिकोण प्रत्येक व्यक्तिगत ग्राहक को अपने स्वयं के राज्य को संग्रहीत करने और सभी प्रतिभागियों के साथ राज्यों का आदान-प्रदान करने के लिए जिम्मेदार बनाना था। अगर हम socket.io को अनदेखा करते हैं, तो प्रोटोकॉल को निम्नानुसार समझाया जा सकता है - एक अंधेरे कमरे में विनम्र लोग:

• जब कोई join - वह इसकी घोषणा करता है और उसका नाम कहता है - तो जवाब में, कमरे के अन्य सभी लोग उनके नाम और शर्तों को कहते हैं।
• जब कोई व्यक्ति अपने (अपडेट) स्टेट update कॉल करता है - कमरे में हर कोई इसे याद रखता है।
• जब कोई कमरे से leave निकलता है - सर्वर इस बारे में अन्य सभी प्रतिभागियों को सूचित करता है और वे सुरक्षित रूप से इसके बारे में भूल जाते हैं।

अंतिम पैराग्राफ शिष्टाचार के नियमों में फिट नहीं होता है - चूंकि ग्राहक अपने वियोग के बारे में सभी को सूचित नहीं कर सकता है, यह फ़ंक्शन सर्वर को सौंपा जाना था - यह वह सर्वर है जो प्रतिभागियों में से किसी एक के प्रस्थान के बारे में दूसरों को सूचित करने के लिए जिम्मेदार है:

  socket.on('disconnect', function () { var rooms = that.__io.sockets.manager.roomClients[socket.id]; for(var room in rooms) { if ((room != '') && (rooms[room])) { /*removing a slash*/ room = room.substring(1); that.__io.sockets.in(room).emit('leave', { room : room, id : socket.id }); } } }); 

अलग-अलग, सॉकेट.आईओ में कमरों के समर्थन का उल्लेख करना आवश्यक है, जिसका आधिकारिक रूप से उल्लेख नहीं किया गया है। वेबसाइट। मुझे यहाँ से बहुत सारी जानकारी मिली। द्वारा और बड़े, सर्वर से जुड़े सभी क्लाइंट को अलग करने के लिए कुछ तार्किक तरीके हैं।
आप केवल कमरे में प्रवेश कर सकते हैं या सर्वर साइड से इसे छोड़ सकते हैं, उसी समय आप कई कमरों में हो सकते हैं:

 socket.join('room'); socket.leave('room'); 

उत्तर के बाकी हिस्सों में - एक ही कमरे में ग्राहकों के बीच संदेश प्रॉक्सिस करता है। सर्वर पर केवल "व्यावसायिक तर्क" 12 लोगों के लिए कमरों में प्रवेश पर प्रतिबंध है। उदाहरण के लिए, उत्तर में अपडेट संदेश को अग्रेषित करना इस तरह दिखता है:

  /*sending update*/ socket.on('update', function (data) { /*notify everyone*/ data = that.identify(data, socket); that.__io.sockets.in(data.room).emit('update', data); }); 

ग्राहक

हमारे पास सभी तर्क क्लाइंट पर हैं। वह क्लाइंट (कार्ड चयन) को वोट देने के लिए जिम्मेदार है, जब अन्य प्रतिभागियों के कार्ड दिखाने का फैसला करता है, तो विषय बदलने और / या नए लोगों के आने पर वोट डिस्क्राइब करता है। क्लाइंट घटनाओं को भी प्रकाशित करता है - यह क्लाइंट के व्यावसायिक तर्क को DOM, आदि के साथ वास्तविक जोड़तोड़ से अलग करने के लिए किया जाता है। यह इस तरह दिखता है:

 client.on('reveal', function(){ $('.flippable').each(function(i, val) { setTimeout(function(){ $(val).addClass('flipped'); }, i*50); }); }); 

निष्कर्ष और प्रदर्शन

अंत में, मैं यह कहना चाहता हूं कि, हालांकि यह दृष्टिकोण बुरा साबित नहीं हुआ है, यह बिना कमियों के नहीं है - अर्थात। क्लाइंट के तर्क में आना संभव है और इस प्रकार प्रतिभागियों द्वारा सिंक्रनाइज़ेशन को बाधित किया जाता है। इसके अलावा, जैसे ही किसी को वोट दिया जाता है, तुरंत आवाजें आती हैं, वे तब तक दिखाई नहीं देते हैं जब तक कि सभी ने वोट नहीं दिया हो, लेकिन फायरबग में धूर्त हेरफेर से आप दूसरों की आवाज को झांक सकते हैं।

विकास के रूप में, आप कार्ड के अधिकतम, न्यूनतम और औसत मूल्यों की गणना को लागू कर सकते हैं, साथ ही कमरे में लोगों के बीच एक सरल चैट को लागू कर सकते हैं - विषयों पर चर्चा करने के लिए।

जैसा कि यह पता चला है, आखिरी समय में हरोकू वेबसोकेट का समर्थन नहीं करता है, और मुझे लंबे मतदान तक रोल करना था - इसलिए, आपके लिए पेश किया गया डेमो एक महत्वपूर्ण अवसर से रहित है - क्लाइंट को समय में पता नहीं चलता है कि प्रतिभागियों में से एक ने डिस्कनेक्ट कर दिया है, यह घटना नहीं होती है। पूर्ण परिचित के लिए, मेरा सुझाव है कि आप इस रिपॉजिटरी को गितुब पर क्लोन करें और इसे स्थानीय मशीन पर चलाएं, सर्वर स्क्रिप्ट हेरोकू पर एक जांच करता है और, इसे नहीं ढूंढना, वेबसैट के साथ हमेशा की तरह काम करता है। इसके अलावा, पूर्ण परीक्षण के लिए आपको 2 या अधिक प्रतिभागियों की आवश्यकता होगी।

सौभाग्य है