GameObject में घटकों के बीच राज्य और घटनाओं का प्रबंधन

GameObject में घटकों के बीच राज्य और घटनाओं का प्रबंधन

प्रोजेक्ट का लिंक

जैसा कि सभी जानते हैं, एकता मंच के साथ कम या ज्यादा परिचित हैं, प्रत्येक गेम ऑबजेक्ट गेम ऑब्जेक्ट में घटकों (अंतर्निहित या कस्टम, जिसे आमतौर पर "स्क्रिप्ट" कहा जाता है) शामिल हैं। अवयव बेस क्लास मोनोबेवियर से विरासत में मिले ।



और आमतौर पर, अच्छी तरह से या अक्सर, घटकों को बांधने के लिए एक सीधा लिंक बनाया जाता है।



यानी एक घटक में, किसी अन्य घटक से डेटा प्राप्त करने के लिए, हम GetComponent <...> () विधि का उपयोग करके उत्तरार्द्ध प्राप्त करते हैं, जैसे:



इस उदाहरण में, SomeComponent प्रकार के एक घटक का एक संदर्भ चर someComponent में रखा जाएगा।

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

कट के तहत बहुत सारी तस्वीरें

घटकों की "मजबूत कनेक्टिविटी" के आधार पर एक समाधान बनाना

हम कुछ घटक होने पर सामान्य स्थिति को पुन: उत्पन्न करने के लिए एक खाली परियोजना बनाएंगे और उनमें से प्रत्येक डेटा प्राप्त करने या नियंत्रित करने के लिए एक दूसरे को संदर्भित करता है।



मैंने दो स्क्रिप्ट्स, FirstComponent और SecondComponent को जोड़ा , जिसका उपयोग गेम ऑब्जेक्ट में घटकों के रूप में किया जाएगा:



अब मैं प्रयोगों के लिए आवश्यक प्रत्येक घटक के लिए एक सरल संरचना को परिभाषित करूंगा।





अब एक ऐसी स्थिति की कल्पना करें जिसमें हमें FirstComponent घटक से State1 फ़ील्ड्स के मान प्राप्त करने की आवश्यकता है और SecondComponent घटक में इसके ChangeState (...) विधि को कॉल करें। ऐसा करने के लिए, आपको घटक का लिंक प्राप्त करना होगा और SecondComponent घटक में आवश्यक डेटा का अनुरोध करना होगा:



सांत्वना में गेम शुरू करने के बाद, यह देखा जाएगा कि हमने दूसरे समुदाय से FisrtComponent का डेटा प्राप्त किया और पहले की स्थिति बदल दी



अब, ठीक उसी तरह, हम डेटा प्राप्त कर सकते हैं और FirstComponent घटक से विपरीत दिशा में SecondComponent घटक का डेटा प्राप्त कर सकते हैं।



गेम शुरू करने के बाद, यह भी दिखाई देगा कि हम डेटा प्राप्त कर रहे हैं और FirstComponent से SecondComponent घटक को नियंत्रित कर सकते हैं।



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





नए घटकों के साथ यहां तक ​​कि एक गेम ऑब्जेक्ट का विस्तार करना, अगर उन्हें मौजूदा लोगों के साथ बातचीत करने की आवश्यकता है, बल्कि नियमित होगी। और विशेष रूप से यदि, उदाहरण के लिए, FirstComponent घटक में स्थिति 1 का नाम बदलता है, उदाहरण के लिए, State_1 पर और आपको उस नाम को बदलना होगा जहाँ इसका उपयोग सभी घटकों में किया जाता है। या जब घटक में बहुत सारे क्षेत्र होते हैं, तो उन्हें नेविगेट करना काफी मुश्किल हो जाता है।

घटकों के बीच "सामान्य स्थिति" के आधार पर एक समाधान बनाना

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



सामान्य राज्य या सामान्य राज्य ऑब्जेक्ट (SharedState) भी एक घटक है जो एक सेवा घटक की भूमिका निभाएगा और गेम ऑब्जेक्ट के सभी घटकों की स्थिति को संग्रहीत करेगा।

मैं एक नया घटक बनाऊंगा और इसे नाम दूंगा SharedState:



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



अब इस घटक को गेम ऑब्जेक्ट पर रखा जाना चाहिए ताकि अन्य घटक इसे एक्सेस कर सकें:



अगला, आपको FirstComponent और SecondComponent घटकों में कुछ परिवर्तन करने की आवश्यकता है ताकि वे अपने राज्य या डेटा को संग्रहीत करने के लिए SharedState घटक का उपयोग करें:





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

अब, इस योजना के संचालन को प्रदर्शित करने के लिए, आपको दोनों घटकों में अद्यतन विधियों को बदलने की आवश्यकता है। FisrtComponent में :



और दूसरे समुदाय में घटक:



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

खेल शुरू करने के बाद, आप देख सकते हैं कि घटकों को वांछित मूल्य मिलते हैं:



अब जब हम जानते हैं कि यह कैसे काम करता है, तो हम आधार वर्ग में सामान्य स्थिति तक पहुंचने के लिए बुनियादी ढांचे को प्राप्त कर सकते हैं, ताकि प्रत्येक घटक में यह सब अलग-अलग न करें:



और मैं इसे अमूर्त बना दूंगा ताकि मैं गलती से इसका एक उदाहरण न बना सकूं ... और यह भी सलाह दी जा सकती है कि एक विशेषता जोड़ने के लिए यह दर्शाता है कि इस आधार घटक को SharedState घटक की आवश्यकता है:



अब आपको FirstComponent और SecondComponent घटकों को बदलने की आवश्यकता है ताकि वे SharedStateComponent से इनहेरिट करें और सभी अनावश्यक हटा दें:





लगभग। कॉलिंग के तरीकों के बारे में क्या? यह सीधे तौर पर नहीं, बल्कि प्रकाशक-सब्सक्राइबर पैटर्न के माध्यम से करने का प्रस्ताव है। सरल बनाया गया।

इसे लागू करने के लिए, आपको डेटा के समान एक अन्य सामान्य घटक को जोड़ना होगा, सिवाय इसके कि इसमें केवल एक सदस्यता होगी और इसे साझाकरण कहा जाएगा :



सिद्धांत इस प्रकार है। एक घटक जो किसी अन्य घटक पर कुछ विधि को कॉल करना चाहता है वह सीधे ऐसा नहीं करेगा, लेकिन एक घटना को कॉल करके, बस नाम से, जैसा कि हम सामान्य स्थिति से डेटा प्राप्त करते हैं।

प्रत्येक घटक कुछ घटनाओं की सदस्यता लेता है जिसे वह ट्रैक करने के लिए तैयार है। और अगर वह इस घटना को पकड़ता है, तो वह हैंडलर को निष्पादित करता है, जिसे घटक में ही परिभाषित किया गया है।
SharedEvents घटक बनाएँ:



और हम सदस्यता और प्रकाशनों को प्रबंधित करने के लिए आवश्यक संरचना को परिभाषित करेंगे।



सदस्यता, प्रकाशनों के बीच डेटा के आदान-प्रदान के लिए, एक आधार वर्ग को परिभाषित किया गया है, प्रत्येक घटना के लेखक के लिए एक विशिष्ट स्वतंत्र रूप से निर्धारित किया जाएगा, फिर कई उदाहरणों को परिभाषित किया जाएगा:



अब आपको गेम ऑब्जेक्ट में एक नया कंपोनेंट जोड़ने की जरूरत है:



और SharedStateComponent बेस क्लास को थोड़ा विस्तारित करें और इस आवश्यकता को जोड़ें कि ऑब्जेक्ट में SharedEvents हो



सामान्य राज्य ऑब्जेक्ट के साथ-साथ, सामान्य सब्सक्रिप्शन ऑब्जेक्ट गेम ऑब्जेक्ट से प्राप्त किया जाना चाहिए:





अब हम एक ईवेंट सब्सक्रिप्शन को परिभाषित करते हैं, जिसे हम इस प्रकार के ईवेंट के माध्यम से डेटा ट्रांसफर करने के लिए FisrtComponent और एक क्लास में प्रोसेस करेंगे, और SecondComponent को भी बदलेंगे ताकि इस सब्सक्रिप्शन के लिए ईवेंट प्रकाशित हो:





अब हमने FirstComponent घटक में “writeomedata” नामक किसी भी ईवेंट की सदस्यता ली है और ऐसा होने पर केवल कंसोल पर एक संदेश प्रिंट करते हैं। और यह इस उदाहरण में उत्पन्न होता है एक घटना के प्रकाशन को "राइटोमेडाटा" नाम के साथ दूसरे स्थान पर घटक में शामिल करने और कुछ जानकारी को प्रसारित करने के लिए जो उस नाम से घटनाओं को पकड़ने वाले घटक में उपयोग किया जा सकता है।

5 सेकंड में खेल शुरू करने के बाद, हम FirstComponent में घटना को संसाधित करने का परिणाम देखेंगे :

परिणाम

अब, यदि आपको इस गेम ऑब्जेक्ट के घटकों का विस्तार करने की आवश्यकता है, जो सामान्य स्थिति और सामान्य घटनाओं का भी उपयोग करेगा, तो आपको एक वर्ग जोड़ने की जरूरत है और बस SharedStateComponent से विरासत में मिला :



विषय की निरंतरता