👨🏻‍🍳 ⚗️ 😸 एक उदाहरण के रूप में realtime मल्टीप्लेयर का उपयोग करते हुए XML और JSON के बजाय स्क्रिप्ट के माध्यम से कॉन्फ़िगरेशन 😜 👑 👩🏽‍💼

शॉर्टकट: गिटहब , टाइल्स.जै टाईल्स.ग्रोवी टाईल्स.क्रब

यह कोई रहस्य नहीं है कि खेलों में ऑब्जेक्ट उनके संभावित व्यवहारों की तुलना में बड़े परिमाण का एक क्रम है। जब प्रोटोटाइप विवरणों का वर्णन करते हैं, तो आप सीधे जावा, सी ++ या सी # कोड में लिख सकते हैं, लेकिन सब कुछ बहुत जल्दी भ्रमित हो जाएगा। फिर ऑब्जेक्ट्स को डेटाबेस में ले जाया जाता है, या तो XML या JSON कॉन्फिगर में। यह बहुत मदद करता है, क्योंकि कॉन्फ़िगरेशन को संपादित करने के बाद, कोड का पुनर्निर्माण करना आवश्यक नहीं है, और यह न केवल प्रोग्रामर द्वारा किया जा सकता है, बल्कि विषय के विशेषज्ञ (गेम के लिए, ये गेम डिजाइनर और सामग्री डिजाइनर हैं)। जब एक टीम बढ़ती है या वस्तुओं की संख्या एक रेखा को पार करती है, तो प्रोग्रामर एक सुविधाजनक संपादक लिखते हैं जो आपको इस JSON-config को नेत्रहीन रूप से संपादित करने की अनुमति देता है। नतीजतन, आउटपुट किसी प्रकार का हार्ड-सपोर्टेड मॉन्स्टर है।

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

आधार / json / xml को संपादित करते समय दृश्य संपादक क्या देता है, क्या नहीं है?

वस्तुओं के बीच लिंक ट्रैक करें
वस्तुओं के समूह दिखाई देते हैं।
कोई संख्यात्मक आईडी नहीं हैं, नाम का उपयोग करके खोज की जाती है।

अधिक उन्नत विवरण भाषा के पक्ष में दृश्य संपादन को पूरा करने से क्या मना कर सकता है?

संस्करण प्रणाली में पठनीय अंतर
वस्तुओं में नए डिजाइन, नए क्षेत्रों का तेजी से एकीकरण
कॉन्फ़िगरेशन पर कन्वेंशन के कारण विवरण का सरलीकरण

उद्देश्य: इन सभी बन्स को प्राप्त करें।

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

परिणाम: कोड उत्पादन से फाड़ा गया

गितुब , इसमें एक मॉडल के साथ जावा कोड और एक परीक्षण है जो दो लिपियों से डेटा लोड करता है: टाइल्स। जेएस टाइल्स। ग्रोवी टाइल्स।आरबी

विचार की ट्रेन

टाइल्स का एक मॉडल है, उदाहरण के लिए, इसमें से कुछ जोड़े हैं:

//  static final String[] BLOCK_NAMES = new String[] { "floor", "building", "arrow", "hideout", "abyss", "tunnel", "solid", "box"}; public class ScriptClass { int id = -1; String name; } public class Tile extends ScriptClass { int group = -1; //  int indexInGroup; //   int type = -1; //:        int image = -1; //   int background = -1; //  int subground = -1; //   ,     int onDamage = -1; //      int onBomb = -1; //     ? int onAtomic = -1; //  ? int direction = -1;// ,      } //      public class TileChange extends ScriptClass { public static class Variant { int p = 1; //   int item = -1; //ID     int effect = -1; //  -  int result = -1; //ID     ,   //  } int totalP = 0; //   List<Variant> variants; // }

और ग्राहक पर टाइलसेट:

एक कोड भी होता है जो ऑटोमेटन की तरह काम करता है, जब इन ऑब्जेक्ट्स के डेटा के अनुसार यह निर्धारित करता है कि ब्लो अप की जगह कौन सी टाइल लगाई जाए और कौन सा प्राइज बनाया जाए।

SQL में तालिकाओं के रूप में या संस्थाओं की सूची के साथ JSON फ़ाइल के रूप में संपादन करना बहुत असुविधाजनक होगा, आपको कुछ और अधिक शक्तिशाली चाहिए।

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

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

यदि पार्सर को हमेशा की तरह लिया जा सकता है - JSON, XML तो आपको खुद दूसरे पैराग्राफ में क्या लिखना है। या नहीं? यह वह जगह है जहां रहस्य निहित है: आप तुरंत स्क्रिप्टिंग इंजन का उपयोग कर सकते हैं, आपको बस बाइंडिंग बनाने की आवश्यकता है ताकि यह मॉडल के निर्माण के तरीकों को बुलाए।

परिणाम एक भाषा है जो क्षेत्र के लिए अधिक उपयुक्त है, डोमेन विशिष्ट भाषा।

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

 newTile("brick", { type: "solid", image: 44, //         onDamage: newChange("prise_in_brick", { "variants": [ //    { p : 60, item : getSlot("bomb")}, { p : 40, item : getSlot("power")}, { p : 40, item : getSlot("scate")}, { p : 10, item : getSlot("kick")}, { p : 10, item : getItem("random")}, //      ,     -     { p : 10, item : newItem("surprise", {image: 11, effect: ITEM_EFFECT_SANTA_CANT_TAKE, variants: [ {p: 5, slot: getSlot("bomb") }, {p: 5, slot: getSlot("power") }, {p: 4, slot: getSlot("scate") }, {p: 4, slot: getSlot("kick") }, {p: 3, slot: getSlot("jelly") }, {p: 5, slot: getSlot("detonator") }, {p: 6, slot: getItem("ball") }, {p: 0, slot: getSlot("money"), count:20} ]}) }, { p : 10, item : getSlot("heart")}, { p : 430 } ], //        result: getChange("destroy_rocky") //   ,        }) }); newChange("destroy_rocky", {effect: BLOCK_EFFECT_DESTROY_BLOCK, variants: [ {p:2, result: getTile("grass")}, {p:1, result: getTile("grass2")}, {p:1, result: getTile("grass3")}, {p:1, result: getTile("rocky")} ]});

कार्यान्वयन

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

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

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

बाद में, मैंने नेटवर्क पर तालिकाओं को स्थानांतरित करना शुरू कर दिया, जबकि स्क्रिप्ट को सर्वर पर ही निष्पादित किया जाने लगा। अब मैं विन्यास को ग्रूवी में अनुवाद कर रहा हूं ताकि मैं न केवल इसे डेटा का वर्णन कर सकूं, बल्कि कुछ विशेष संस्थाओं के व्यवहार को सेट करने के लिए क्लोजर का भी उपयोग कर सकूं। बेशक, मैं जेएस के माध्यम से भी ऐसा कर सकता था, लेकिन जावा में ग्रूवी स्क्रिप्ट से कोड को कॉल करना अधिक सरल है, क्योंकि यह रनटाइम में सीधे बाइनरी में संकलित है। ग्रूवी सिंटैक्स भी मीठा होता है, कई मामलों में कोष्ठक छोड़े जा सकते हैं। हालांकि, इसके लिए कॉफी पर स्विच करना संभव था।

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

सर्वर पर बूटस्ट्रैप:

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

सौभाग्य से, गेम लोड करने में काफी कम समय लगता है, जो आपको कॉन्फ़िगरेशन को जल्दी से डीबग करने की अनुमति देता है। दृश्य उपकरण अभी भी गेम में मौजूद हैं, लेकिन उनकी मदद से अभी तक कॉन्फ़िगरेशन को संपादित करना संभव नहीं है।

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

सब कुछ पसंद है।

बेशक, यह डीएसएल उस भाषा के विलंब का लाभ नहीं उठाता है जिस पर वह आधारित है। कॉन्फ़िगरेशन को न केवल मॉडल का निर्माण करना संभव है, बल्कि कोड को संबंधित नियंत्रकों में इंजेक्ट करके, उस पर नक्शे और संरचनाओं की पीढ़ी का भी वर्णन करें। साथ ही, BLOCK_XXX और EFFECT_XXX जैसे कुछ स्थिरांक को बाइंडिंग के माध्यम से स्क्रिप्ट में पास किया जा सकता है।

जो लोग अच्छे सवाल पूछते हैं, वे खेल में खाल तक पहुंच प्रदान करेंगे, यदि आप अपना लॉगिन लिखते हैं :) और आलोचना में शर्मिंदा न हों।

PS इस लेख को लिखते समय, मुझे टॉपकोडर ओपन ऑनसाइट पर जाने के लिए बाधित करना पड़ा

PS थैंक्स एखन , अब JRuby भी है

एक उदाहरण के रूप में realtime मल्टीप्लेयर का उपयोग करते हुए XML और JSON के बजाय स्क्रिप्ट के माध्यम से कॉन्फ़िगरेशन

परिणाम: कोड उत्पादन से फाड़ा गया

विचार की ट्रेन

कार्यान्वयन

सब कुछ पसंद है।

More articles: