एकता में क्रॉस-सीन डेटा ट्रांसफर - मल्टी-वैल्यू को सरल गेम डेवलपमेंट के लिए लागू करना

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

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

स्थिति

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

पहले, मैं डेटा को संग्रहीत करने के लिए एक निश्चित नियंत्रक वस्तु का उपयोग करूंगा, लेकिन दृश्य के उतारने के साथ, यह मौजूद नहीं है।

डेटा ट्रांसफर (स्थिर वर्ग)

यह पता चला कि एकता कोड के साथ काम करने में उत्कृष्ट है, भले ही यह शांति से लिपियों के फ़ोल्डर में एक फ़ाइल में निहित हो और मंच पर किसी वस्तु से घटक द्वारा संलग्न न हो (यह शुरुआती के लिए स्पष्ट नहीं था)। उदाहरण के लिए, इस तरह की फ़ाइल इस तरह का एक स्थिर वर्ग हो सकती है:

using UnityEngine; public static class DataHolder { private static GameObject prefabName; public static GameObject Prefab { get { return prefabName; } set { prefabName = value; } } } 

इस प्रकार, मैं दृश्य को उतारने और एक नया लोड करने के बाद भी उपयोगकर्ता की पसंद को बचाने में कामयाब रहा। प्रारंभ में, सब कुछ ठीक स्विचिंग दृश्यों के साथ काम किया।

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

बहु-मूल्य (दृश्य प्रबंधन)

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

मैं मेनू नियंत्रक के साथ खेल दृश्य लोड करता हूं (मेनू और विज्ञापन ऑब्जेक्ट के साथ दृश्य भी लोड रहता है):

 SceneManager.LoadScene(1,LoadSceneMode.Additive); 

स्तर के पूरा होने पर, मैं गेम कंट्रोलर को गेम कंट्रोलर के साथ लोड करता हूं (ताकि यह मेरी मेमोरी में लटका न हो):

 SceneManager.LoadScene(0,LoadSceneMode.Single); 

ऐसी योजना का उपयोग करते हुए, आवेदन के शुरू होने पर विज्ञापन को तुरंत लोड किया जाता है, और आप किसी भी वांछित समय पर वाणिज्यिक के प्रदर्शन को लागू कर सकते हैं। आप अपनी जरूरत की किसी भी वस्तु के साथ भी ऐसा कर सकते हैं।

समस्याओं

दुर्भाग्य से, दृश्यों के एडिटिव लोडिंग के साथ भी, आप दूसरे से एक दृश्य की वस्तुओं में तल्लीन नहीं कर पाएंगे। वस्तुओं के लिंक एक निश्चित "मध्यस्थ" (मेरे मामले में, उसी स्थिर वर्ग का उपयोग किया गया था) के माध्यम से प्रेषित करना होगा।

प्रीफ़ैब्स को इंस्टेंट करते समय सावधान रहें, अगर कई दृश्य सक्रिय हैं - मेरे लिए वे सभी गलत दृश्य (अधिक उस समय) पर टकराते हैं।