👨‍🎨 👩🏿‍🚒 🥣 यह भोला है। सुपर: एक साधारण खेल का कोड और वास्तुकला 🏭 👨🏿‍🔬 🐹

हम एक जटिल दुनिया में रहते हैं और ऐसा लगता है, सरल चीजों के बारे में भूलना शुरू कर दिया है। उदाहरण के लिए, ओकाम के रेजर के बारे में, जिसका सिद्धांत है: "छोटी संख्या के आधार पर क्या किया जा सकता है, यह एक बड़े के आधार पर नहीं किया जाना चाहिए।" इस लेख में मैं सरल और सबसे विश्वसनीय समाधानों के बारे में बात करूंगा जिनका उपयोग सरल गेम के विकास में किया जा सकता है।

मास्को में शरद ऋतु डॉटनेक्स्ट द्वारा, हमने एक खेल विकसित करने का निर्णय लिया। यह लोकप्रिय कीमिया का एक आईटी रूपांतर था। खिलाड़ियों को उपलब्ध 4 तत्वों से आईटी, पिज्जा और डोडो से संबंधित 128 अवधारणाओं को इकट्ठा करना था। और हमें इस विचार को एक महीने से थोड़े से अधिक समय में काम करने वाले खेल तक महसूस करने की आवश्यकता थी।

पिछले लेख में, मैंने काम के डिज़ाइन घटक के बारे में लिखा था: नियोजन, फ़ाकपी और भावनाएं। और यह लेख तकनीकी भाग के बारे में है। यहाँ तक कि कुछ कोड भी होंगे!

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

क्लाइंट कोड

संक्षेप में परियोजना की वास्तुकला के बारे में: हमारे पास एंड्रॉइड और आईओएस पर एकता के लिए मोबाइल क्लाइंट और स्टोरेज के रूप में कॉस्मोसडीबी के साथ ASP.NET पर बैकएंड सर्वर था।

एकता पर एक ग्राहक केवल UI के साथ सहभागिता का प्रतिनिधित्व करता है। खिलाड़ी तत्वों पर क्लिक करता है, वे एक निश्चित तरीके से स्क्रीन के चारों ओर घूमते हैं। जब एक नया तत्व बनाया जाता है, तो उसके विवरण के साथ एक विंडो दिखाई देती है।

खेल

प्रक्रिया इस प्रक्रिया को काफी सरल राज्य मशीन द्वारा वर्णित किया जा सकता है। इस राज्य मशीन में मुख्य बात यह है कि खिलाड़ी के लिए यूआई को अवरुद्ध करके, अगले राज्य में संक्रमण के एनीमेशन का इंतजार करना है।

मैंने पूरी तरह से अतुल्यकालिक शैली में एकता कोड लिखने के लिए बहुत ही शांत UnitRx लाइब्रेरी का उपयोग किया । सबसे पहले मैंने अपने मूल कार्य का उपयोग करने की कोशिश की, लेकिन उन्होंने iOS के लिए बिल्ड पर अस्थिर व्यवहार किया। लेकिन UniRx.Async ने घड़ी की तरह काम किया।

एनीमेशन के लिए किसी भी कार्रवाई की आवश्यकता होती है जिसे एनिमेशनरनर वर्ग के माध्यम से कहा जाता है:

public static class AnimationRunner
   {
       private const int MinimumIntervalMs = 20;
     public static async UniTask Run(Action<float> action, float durationInSeconds)
       {
           float t = 0;
           var delta = MinimumIntervalMs / durationInSeconds / 1000;
           while (t <= 1)
           {
               action(t);
               t += delta;
               await UniTask.Delay(TimeSpan.FromMilliseconds(MinimumIntervalMs));
           }
       }
   }

यह वास्तव में UnitTask के साथ क्लासिक कोरटाइन की जगह ले रहा है। इसके अतिरिक्त, यूआई को ब्लॉक करने वाली किसी भी कॉल को HandleUiOperationवैश्विक कक्षा पद्धति के माध्यम से लागू किया जाता है GameManager:

public async UniTask HandleUiOperation(UniTask uiOperation)
       {
           _inputLocked = true;
           await uiOperation;
           _inputLocked = false;
       }

तदनुसार, सभी नियंत्रणों में, InputLocked के मूल्य को पहले जांचा जाता है, और केवल अगर यह गलत है, तो नियंत्रण प्रतिक्रिया करता है।

इसने उपर्युक्त राज्य मशीन को लागू करने के लिए काफी आसान बना दिया, जिसमें नेटवर्क कॉल और I / O शामिल हैं, एक रूसी गुड़िया की तरह, नेस्टेड कॉल के साथ async / प्रतीक्षा दृष्टिकोण का उपयोग करना।

क्लाइंट की दूसरी महत्वपूर्ण विशेषता यह थी कि तत्वों पर डेटा प्राप्त करने वाले सभी प्रदाताओं को इंटरफेस के रूप में बनाया गया था। सम्मेलन के बाद, जब हमने अपना बैकएंड बंद कर दिया, तो उसने ग्राहक कोड को फिर से लिखने के लिए एक शाम को शाब्दिक अनुमति दी ताकि खेल पूरी तरह से ऑफ़लाइन हो जाए। इस संस्करण को अब Google Play से डाउनलोड किया जा सकता है ।

क्लाइंट-बैक इंटरैक्शन

अब बात करते हैं कि क्लाइंट-सर्वर आर्किटेक्चर को विकसित करते समय हमने क्या निर्णय लिए।

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

एपीआई तरीके एक आवश्यक न्यूनतम - केवल पांच थे। उन्होंने खेल के सभी तर्क को लागू किया। सब कुछ काफी सरल है, लेकिन मैं आपको कुछ दिलचस्प बिंदुओं के बारे में बताऊंगा।

प्रमाणीकरण और स्टार्टर तत्व

हमने किसी भी जटिल प्रमाणीकरण प्रणाली और आम तौर पर किसी भी पासवर्ड को छोड़ दिया। जब कोई खिलाड़ी स्टार्ट स्क्रीन पर नाम दर्ज करता है और "स्टार्ट" बटन दबाता है, तो क्लाइंट में एक अनोखा रैंडम टोकन (आईडी) बनाया जाता है। हालांकि, यह डिवाइस से जुड़ा नहीं है। टोकन के साथ खिलाड़ी का नाम सर्वर को भेजा जाता है। क्लाइंट से बैक के अन्य सभी अनुरोधों में यह टोकन होता है।

इस समाधान के स्पष्ट नुकसान हैं:

यदि उपयोगकर्ता एप्लिकेशन को ध्वस्त करता है और इसे फिर से स्थापित करता है, तो उसे एक नया खिलाड़ी माना जाएगा, और उसकी सारी प्रगति खो जाएगी।
आप किसी अन्य डिवाइस पर गेम जारी नहीं रख सकते।

ये जानबूझकर की गई धारणाएँ थीं, क्योंकि हम समझ गए थे कि लोग सिर्फ एक डिवाइस से ही कन्फेक्शन पर खेलेंगे। और उनके पास किसी अन्य डिवाइस पर स्विच करने का समय नहीं होगा।

इस प्रकार, नियोजित परिदृश्य में, क्लाइंट ने AddNewUserकेवल एक बार सर्वर विधि को बुलाया ।

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

बार-बार लॉन्च होने पर, क्लाइंट अब सर्वर पर पंजीकृत नहीं होता है और उसने प्रारंभ तत्वों का अनुरोध नहीं किया है, लेकिन उन्हें स्थानीय भंडारण से ले लिया है। नतीजतन, खेल स्क्रीन तुरंत खुल गई।

तत्वों का विलय करें

जब कोई खिलाड़ी दो तत्वों को जोड़ने की कोशिश करता है, तो एक विधि को कहा जाता है MergeElementsजो या तो नए तत्व के बारे में जानकारी देता है या रिपोर्ट करता है कि ये दो तत्व एकत्र नहीं हैं। यदि खिलाड़ी ने एक नया तत्व एकत्र किया है, तो इस बारे में जानकारी डेटाबेस में दर्ज की जाती है।

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

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

उच्च अंक तालिका

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

अभिलेखों की एक तालिका बनाने के लिए, अंतिम दो विधियों का उपयोग किया जाता है GetCurrentLadderऔर GetUser.एक उत्सुक अति सूक्ष्म अंतर भी होता है। यदि कोई खिलाड़ी शीर्ष 20 परिणामों में है, तो उसका नाम तालिका में हाइलाइट किया गया है। समस्या यह थी कि इन दोनों विधियों की जानकारी सीधे संबंधित नहीं थी।

विधि GetCurrentLadderसंग्रह तक पहुंचती है Stats, 20 परिणाम प्राप्त करती है और जल्दी से करती है। विधि GetUserसंग्रह तक पहुँचता है।UsersUserId द्वारा और यह बहुत तेजी से करता है। परिणामों का विलय ग्राहक की ओर से पहले से ही है। बस इतना है कि हम परिणामों में UserId को चमकाना नहीं चाहते थे, इसलिए वे वहां नहीं हैं। तुलना खिलाड़ी के नाम और अंकों की संख्या के अनुसार हुई। हजारों खिलाड़ियों के मामले में, टकराव अनिवार्य रूप से होगा। लेकिन हमने इस तथ्य पर ध्यान दिया कि सभी खिलाड़ियों के बीच एक ही नाम और अंक वाले खिलाड़ी होने की संभावना नहीं है। हमारे मामले में, यह दृष्टिकोण पूरी तरह से उचित है।

खेल खत्म

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

अगले मॉस्को डॉटनेक्स्ट द्वारा, हम सबसे अधिक एक और खेल को छेड़ने की संभावना रखते हैं, क्योंकि यह अब हमारी अच्छी परंपरा ( CMAN-2018 , IT-कीमिया -2019 ) बन गई है। टिप्पणियों में लिखें कि किस समय के लिए आप हत्यारे विकास सितारों से कट्टर रिपोर्टों का आदान-प्रदान करने के लिए तैयार हैं। :)

उसी भोले और इच्छुक के लिए, हमने सार्वजनिक क्षेत्र में आईटी कीमिया के ग्राहक कोड को पोस्ट किया है ।

और टेलीग्राम चैनल को देखें , जहां मैं विकास, जीवन, गणित और दर्शन के बारे में लिखता हूं।