एक साधारण मानक क्लाइंट / सर्वर गेम मान लें। सर्वर के लिए, एक अलग प्रक्रिया होना सार्थक है जो ग्राहकों से कनेक्शन और संदेश सुनता है और स्थानीय सॉकेट या स्टड के माध्यम से डेटा भेजता है जो वास्तविक गेम सर्वर को चलाता है?
दूसरा विकल्प यह होगा कि दोनों चीजों को एक ही प्रक्रिया में किया जाए। आने वाले संदेशों को कतारबद्ध करना और उन्हें सही क्रम में निष्पादित करना एक रुकने वाला मुद्दा नहीं होना चाहिए।
मैं सोच रहा हूं कि क्या दो "गतिविधियों" को अलग करने के लिए अतिरिक्त संसाधन वास्तव में इसके लायक हैं। मुझे कैसे तय करना चाहिए? मैं किसी भी पेशेवरों / विपक्ष को सुनना चाहूंगा।
1
दोनों भाग कैसे संवाद करते हैं? सॉकेट?
—
vz0
क्या आप अपने आप को एक अलग संचार तकनीक का उपयोग करने के लिए "श्रोता" को बदलने की परिकल्पना करते हैं, या एक से अधिक प्रकार के क्लाइंट-सर्वर संचार का उपयोग करने के लिए विकल्प जोड़ते हैं (उदाहरण के लिए अगर मोबाइल क्लाइंट को एक अलग तरीके से संचार करना था)? यदि ऐसा है, तो इसे अलग करने के लायक हो सकता है ताकि आप आवश्यकतानुसार मॉड्यूल को स्वैप / आउट कर सकें।
—
जॉन स्टोरी
@JonStory हाँ, मैं करता हूँ। यहां तक कि 2 अलग-अलग श्रोताओं के साथ यह अभी भी एक ही प्रक्रिया हो सकती है, लेकिन यहां सभी उत्तरों को पढ़ने और इसके बारे में कुछ और सोचने के बाद, मैंने फैसला किया है कि अलग-अलग प्रक्रियाएं करना इसके लायक होगा। इस विशेष परियोजना के लिए मुख्य क्लाइंट एक जावास्क्रिप्ट ब्राउज़र एक होगा, लेकिन मैं भविष्य में एक देशी मोबाइल क्लाइंट ऐप जोड़ने की योजना बना रहा हूं।
—
luleksde