ऐप इंजन + मुड़ पर पासा युद्धों

अगस्त के बाद से, अपने खाली समय में मैं दुनिया में एक मनोरंजक जोखिम जैसा खिलौना विकसित कर रहा हूं जिसे डाइस वॉर्स के नाम से जाना जाता है। सरल जापानी गेम डिजाइनर तारो इटो ने इस गेम के लिए शानदार नियम बनाए और इसे एक फ्लैश (सिंगल-प्लेयर) पर बनाया, और इस विषय पर कई बदलावों को जन्म दिया, जो अभी भी रूस में खराब रूप से जाना जाता है।



इस लेख में, मैं एक जोखिम जैसे खेल के साथ अपनी पहली असफलता का विश्लेषण करना चाहूंगा, जिसके बारे में मैंने मार्च में लिखा था , यह समझाने के लिए कि मैंने हर जगह और हर चीज में ऐप इंजन का उपयोग करने का विचार त्याग दिया, ऐप इंजन से एक गुच्छा दिखाने के लिए + जो मैंने किया था और जो आया था लगातार कनेक्शन एप्लिकेशन के लिए बहुत उपयोगी लगता है। इसके अलावा, मैं Actionscript 3 के साथ अपने अनुभव के बारे में बात करना चाहूंगा, इस तकनीक पर डेवलपर के पीछे के छोर पर एक नज़र मुझे कुछ दिखती है, साथ ही साथ साथियों और समान विचारधारा वाले लोगों के लिए यहां हब पर खोज करना है।

पहला पैनकेक

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

सबसे पहले, जावास्क्रिप्ट के सभी आकर्षण के साथ, यह फ्लैश / सिल्वरलाइट को प्रतिस्थापित नहीं कर सकता है, और कई चीजों को लागू करना मुश्किल है। प्रगतिशील ब्राउज़र, निश्चित रूप से, कई अच्छी विशेषताओं का समर्थन करते हैं, लेकिन 10 साल पहले की तरह आपको अन्य ब्राउज़र की अनुकूलता के लिए ifs / switch करना होगा। इसके अलावा, उदाहरण के लिए कैनवास और Google मानचित्र का संयोजन मुश्किल है। यह विभिन्न ryushechek बनाना मुश्किल बनाता है, इसलिए खेलों में आवश्यक है।

दूसरे, मतदान का उपयोग करना खराब विचारों का था, और इसलिए नहीं कि यह ऐप इंजन पर एक भारी भार बनाता है, यह इसके साथ सामना करेगा, लेकिन क्योंकि मतदान को विकसित करना मुश्किल है।

तब से, चैनल एपीआई दिखाई दिया है, लेकिन यह अभी भी लचीलापन प्रदान नहीं करता है जो आपके पास लगातार कनेक्शन का समर्थन करने वाले अपने सर्वर को विकसित करते समय होता है। यह एक बात है जब प्रोग्राम के अंदर आपके द्वारा लोड की गई सभी वस्तुएं, आप उन्हें स्वतंत्र रूप से संचालित करते हैं और आपके तर्क के अनुसार सर्वर के बीच लोड वितरित करते हैं, और यह एक और बात है जब आप यह सुनिश्चित नहीं कर सकते हैं कि कौन सा सर्वर अनुरोध आया था और आपको हर बार फिर से सभी वस्तुओं का अनुरोध करने की आवश्यकता है। अनावश्यक वस्तुओं का अनुरोध न करें और मेमेचे में कैश का ध्यान रखें। मुझे उम्मीद है कि भविष्य में Google एप्लिकेशन (निष्क्रियता) के एक उदाहरण के साथ अधिक सुविधाजनक और लचीले काम का परिचय देगा।

वीआईएम प्रशंसकों के लिए एक्टीस्क्रिप्ट 3

मैंने फ्लैश सीखने के लिए कई तरीके अपनाए, किताबें पढ़ने की कोशिश की, फ्लैश आईडीई खोली, और हर बार जब मैंने इन सभी बटन, विंडोज़, हेल्पर्स की कुछ अकथनीय अस्वीकृति का अनुभव किया। फ्लैश आईडीई ग्रहण या दृश्य स्टूडियो जैसे वातावरण से काफी अलग है और इसके लिए सावधानीपूर्वक अध्ययन की आवश्यकता है। समाधान सरल था। एक फ्लेक्स SDK है, mxmlc संकलक है, और उनके साथ विकास पारंपरिक है। VIM के लिए एक प्लगइन है, और Actionscript 3 एक अच्छी, आधुनिक, वस्तु-उन्मुख प्रोग्रामिंग भाषा है। यदि आप ऐसी समस्याओं का सामना कर रहे हैं, तो शायद आपको इस तरह से प्रयास करना चाहिए।

ऐप इंजन + ट्विस्टेड

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

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

मेरी योजना में ऐप इंजन एक केंद्रीय प्रमाणीकरण सर्वर और सांख्यिकी सर्वर बन गया है। जब कोई क्लाइंट प्रमाणीकरण के लिए ट्विस्टेड से जुड़ता है, तो ट्विस्टेड ऐप इंजन के लिए एक अनुरोध करता है और यह जाँचता है कि क्या यह क्लाइंट होने का दावा करता है। ऐप इंजन का उपयोग करने के लिए सांख्यिकी एक महान क्षेत्र है।

प्रमाणीकरण पुस्तकालय

विभिन्न प्रमाणीकरण के लिए, मैंने एक पुस्तकालय लिखा है जिसका वर्ग आरेख चित्र में दिखाया गया है। अंतिम उपयोगकर्ता (अंतिम उपयोगकर्ता) अनुप्रयोगों को उपयोगकर्ता लाइब्रेरी से विरासत में मिला है, जो विभिन्न प्रमाणीकरण योजनाओं के साथ रचना के माध्यम से जुड़ा हुआ है।

यह सब App Engine सर्वर पर होता है और यह Twisted सर्वर के लिए मायने नहीं रखता है कि क्लाइंट कहां से आया है।

साथियों की तलाश है

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

संदर्भ

क्यूब्स खेल साइट

फेसबुक ऐप

संपर्क में आवेदन

मेरी दुनिया में आवेदन