एक मल्टीप्लेयर गेम साइट

Question

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

1. क्या यह इस तरह के डिज़ाइन का उपयोग करने के लिए एक अच्छी स्थिति है?
2. घटकों के बीच कार्यक्षमता को विभाजित करने के लिए वास्तव में सबसे अच्छा कैसे होगा?
3. वे एक-दूसरे के साथ सबसे अच्छी तरह से संवाद कैसे करेंगे?

मैं किसी भी तकनीक या विचारों के लिए खुला हूं।

Answer 1

यदि आप फ्रंट एंड के लिए रेल का उपयोग कर रहे हैं, तो रूबी का उपयोग क्यों न करें?

यदि आपको स्कैला का उपयोग करने का विचार पसंद है, तो आगे के अंत के लिए Lift का उपयोग क्यों न करें?

Answer 2

मैं http://www.htdp.org/ प्रोग्राम कैसे डिजाइन कर रहा हूं पढ़कर शुरू करूंगा। आपके द्वारा पूछे गए प्रश्न बहुत व्यापक हैं और "मुझे विश्वास है कि ..."

मैं इसे क्लोजर में कोड दूंगा (लेकिन यह सिर्फ मुझे है) के साथ उपसर्ग के बिना उत्तर देने के लिए बहुत व्यापक और मुश्किल है।

Answer 3

शतरंज बारी आधारित है, और इसमें एक बहुत ही सरल बोर्ड है जिसे HTML और/या जावास्क्रिप्ट एन्हांसमेंट के साथ संभाला जा सकता है - इसलिए मूल मॉडल मौजूदा वेब ढांचे के साथ काफी अच्छी तरह से बहती है।

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

ब्राउज़र स्थान के भीतर, एक्सएमएलएचटीपीआरक्वेट का उपयोग करके टर्न अपडेट के लिए मतदान किया जा सकता है और डेटाबेस वर्तमान गेम को बनाए रख सकता है और राज्य को चालू कर सकता है।

Answer 4

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

Answer 5

मैं वर्तमान में स्कैला का उपयोग करके ऑनलाइन गेम का एक सूट विकसित कर रहा हूं। यह बिल्कुल शानदार रहा है - मेरा गेम लॉजिक स्थिर टाइपिंग इत्यादि के साथ सही होने के लिए बहुत आसान है, और सर्वर/क्लाइंट प्रोटोकॉल से निपटने (इस मामले में एक फ्लैश क्लाइंट) को Google प्रोटोकॉल बफर के उपयोग के माध्यम से सरल बना दिया गया है।

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

बेशक, यह आपका चाय का प्याला नहीं हो सकता है। लेकिन मैं सिर्फ स्कैला में पूरी चीज करने की कोशिश करता हूं, और एक और परत जोड़ता हूं अगर यह आपके लिए काफी कुछ नहीं करता है।

Answer 6

प्रश्न के लिए 1 हाँ और 2 और 3 के लिए आपको एक उत्तर प्राप्त करने के लिए अधिक जानकारी देने की आवश्यकता है जो आपकी मदद कर सके।

अब मैं आपके जैसा कुछ कर रहा हूं लेकिन सामने के अंत में मैं Grails का उपयोग करने जा रहा हूं। कारण बहुत आसान है: मुझे Grails, Scala पसंद है और मैं उन्हें मिश्रण करना चाहता हूं :)