यूनिट बिहेवियर के आयोजन के लिए यूनिटी स्टेट मशीन आर्किटेक्चर

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

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

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

यही है, प्रक्रिया कुछ इस तरह दिखती है:



ताकि यह तस्वीर सही मायने में ऑटोमेटन के नाम का दावा कर सके, इसमें राज्यों और प्रारंभिक और अंतिम राज्य के बीच संक्रमण की स्थिति का अभाव है।

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



ऑटोमेटन के प्रत्येक राज्य में, पुनरावृत्ति के दौरान संबंधित क्रिया होती है। राज्यों के बीच संक्रमण के दौरान कार्यों का एक सेट भी किया जा सकता है।

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

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



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

ये व्यवहार प्रकार इकाई की वस्तुओं के अद्यतन घटना से पुनरावृति विधि को बुलाकर काम करते हैं (यह घटना हर फ्रेम को आग लगाती है)। बाकी दुनिया के साथ संवाद करने के लिए, IStateMachineListener तरीकों को कहा जाता है।

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


वह सब है। यदि आप इस प्रारूप को पसंद या नापसंद करते हैं, तो टिप्पणियों में इसके बारे में लिखें!