खेलों में चरित्र क्षमताओं की लचीली प्रणाली तैयार करने के बारे में

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

योग्यता स्वयं क्रियाओं के एक सेट से ज्यादा कुछ नहीं है। क्षमता के न्यूनतम इंटरफ़ेस में एक विधि शामिल है: "लागू करें", लेकिन कटौती के तहत कठिनाइयों के बारे में इतना सरल नहीं है।



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

कुल मिलाकर, चेकों का हिस्सा तार्किक रूप से दोहराया जाएगा, जिसका अर्थ है कि उन्हें सहमति के रूप में परिवर्तित किया जाना चाहिए, अर्थात् सभी स्थानों पर तुरंत। इसके अलावा, सामान्य मामले में चेक के कुछ हिस्सों के सेट अलग-अलग होंगे।

यदि चेक के कुछ हिस्सों को अलग-अलग वस्तुओं में चुना जाता है जो एक इंटरफ़ेस को लागू करते हैं और एक एकल लिंक की गई सूची में निर्मित होते हैं, तो हमें जिम्मेदारियों की एक टेम्पलेट श्रृंखला मिलती है।



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

कर्तव्यों की श्रृंखला का उपयोग करते हुए, क्षमता [शक्तिशाली शॉट] के लिए, हम आसानी से एक अतिरिक्त लिंक डाल सकते हैं, यह जांच कर कि क्या चरित्र एक धनुष या लिंक पहने हुए है, यह सत्यापित करते हुए कि क्षमता [सेकंड विंड] के लिए चरित्र का स्वास्थ्य स्तर 30% से नीचे है।

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

अनुरोध केवल कर्तव्यों की एक श्रृंखला तैयार करने, इसे लॉन्च करने और खिलाड़ी को उचित आदेश देने पर इसे रद्द करने के लिए आवश्यक है।



हम क्वेरी कार्यान्वयन में पहले से ही चेन बना लेंगे।

फिलहाल, हम पहले ही सीख चुके हैं कि क्षमताओं का प्रदर्शन करने की क्षमता का लचीला परीक्षण कैसे किया जाए। अब, एक सफल जाँच के मामले में, क्षमता को पूरा करना अभी भी आवश्यक है।

मैंने इंटरफेस को बदले बिना ऐसा करना पसंद किया, अंतिम हमेशा सफल लिंक को जोड़ा कि क्षमता एक साइड इफेक्ट के रूप में प्रदर्शन करती है। इसका एक उदाहरण यहां दिया गया है:

public class TerminalChecker: ICastChecker { CastChecker next { get; set; } ISkill skill; public TerminalChecker(ISkill skill) { this.skill = skill; } public bool check() { skill.cast(); return true; } } 

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

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



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

इस संपत्ति के कारण, यह प्रणाली खेल की दुनिया के किसी भी संशोधन का वर्णन कर सकती है। उदाहरण के लिए, बिक्री लेनदेन या भवन निर्माण टीम।

आइए फिर से सामान्य रूप से सब कुछ पर एक नज़र डालें



इस उदाहरण में, एक लक्ष्य के बिना एक स्प्रिंट क्षमता एक सामान्य क्षमता है; ऐसी क्षमता के लिए अनुरोध को लागू करने वाला वर्ग NontargetCastRequest है, जो बदले में ManaChecker, Cooldownerhecker, और TerminalChecker से चेक की एक श्रृंखला बनाता है।

कॉलिंग कोड इस प्रणाली के कार्यान्वयन के विवरण पर निर्भर नहीं करता है, अर्थात हम क्षमता को जोड़कर या बदलकर खेल के तर्क को नहीं तोड़ेंगे।

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