क्या (नहीं) आप एकता पर खेल बनाने के लिए पता करने की जरूरत है

एकता एक गेम इंजन है जिसमें जीरो एंट्री थ्रेशोल्ड (एक ही गेम मेकर स्टूडियो के साथ तुलना) से बहुत दूर है, और इस लेख में मैं आपको बताऊंगा कि इसका अध्ययन शुरू करने के दौरान मुझे क्या समस्याएं आईं और मुझे क्या समाधान मिला। मैं एंड्रॉइड के लिए अपने 2d पहेली गेम के उदाहरण के साथ ऐसे क्षणों का वर्णन करूंगा (जो मुझे उम्मीद है कि प्ले मार्केट पर जल्द ही जारी किया जाएगा)।

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

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

• आपको थोड़ा C # या JavaScript (कम से कम C- आकार का सिंटैक्स) जानना होगा।
  

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

यह चेतावनी देने योग्य है कि प्रदान की गई लिपियाँ अधिकांश खेल तर्क ("व्यापार रहस्य" का प्रतिनिधित्व करती हैं) को छोड़ देती हैं, लेकिन उदाहरण के रूप में उनके प्रदर्शन को सत्यापित किया गया है।

समस्या एक - अभिविन्यास

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


अलग-अलग अनुमति
चयनित अभिविन्यास में विभिन्न प्रस्तावों पर दृश्य इंटरफ़ेस का परीक्षण करना भी महत्वपूर्ण है, और परीक्षण करते समय, 4: 3 (अच्छी तरह से, या 3: 4) के अनुपात वाले उपकरणों के अस्तित्व के बारे में मत भूलना, इसलिए हम सुरक्षित रूप से 768x1024 (या 1024x768) जोड़ सकते हैं।

बेहतर स्थिति
गेम ऑब्जेक्ट्स की स्थिति और पैमाने को समायोजित करने के लिए, रेक्ट ट्रांसफ़ॉर्म का उपयोग करना बेहतर है।

समस्या दो - संचार

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

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

हम ध्वनि पर अधिक विस्तार से ध्यान केंद्रित करेंगे, क्योंकि यह उदाहरण दिखाता है कि स्क्रिप्ट ऑब्जेक्ट के घटकों के साथ कैसे इंटरैक्ट करती है।

स्वाभाविक रूप से, ऑब्जेक्ट में GameField.cs स्क्रिप्ट ही होनी चाहिए और AudioSource घटक, मेरे मामले में दो पूरे (बाद में यह स्पष्ट होगा कि क्यों)।

जैसा कि पहले उल्लेख किया गया है, स्क्रिप्ट "पता नहीं है" में है कि ऑब्जेक्ट में एक ऑडियो स्रोत है, इसलिए हम इंटरफ़ेस की घोषणा करते हैं और आरंभ करते हैं (अब के लिए, हम मानते हैं कि केवल एक ऑडियो स्रोत है):

private AudioSource Sound; void Start(){ Sound = GetComponent<AudioSource> (); } 

GetComponent विधि <घटक_type> () ऑब्जेक्ट से निर्दिष्ट प्रकार का पहला घटक लौटाएगा।

AudioSource के अलावा, आपको कई AudioClip की आवश्यकता होगी:

 [Header ("Audio clips")] [SerializeField] private AudioClip OnStart; [SerializeField] private AudioClip OnEfScore; [SerializeField] private AudioClip OnHighScore; [SerializeField] private AudioClip OnMainTimer; [SerializeField] private AudioClip OnBubbMarker; [SerializeField] private AudioClip OnScoreUp; 

इसके बाद, इंस्पेक्टर `ए, अधिक विवरण के लिए स्क्वायर ब्रैकेट में कमांड की आवश्यकता है ।



अब इंस्पेक्टर की स्क्रिप्ट में नए क्षेत्र हैं जिसमें हम आवश्यक ध्वनियों को खींचते हैं।


इसके बाद, AudioClip में लगने वाली स्क्रिप्ट में एक साउंडप्ले विधि बनाएं:

 public void PlaySound(AudioClip Clip = null){ Sound.clip = Clip; Sound.Play (); } 

गेम में ध्वनि चलाने के लिए, हम इस विधि को क्लिप के साथ सही समय पर कॉल करते हैं।

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

कैकोफनी को रोकने के लिए, मैं 4-5 से अधिक ध्वनियों (अधिमानतः अधिकतम 2-3) की एक साथ प्लेबैक की संभावना से बचने की सलाह देता हूं, मेरा मतलब है कि गेम शॉर्ट फर्स्ट-ऑर्डर साउंड (कूद, सिक्का, खिलाड़ी शॉट ...), पृष्ठभूमि शोर के लिए अपना खुद का स्रोत बनाना बेहतर है। इस शोर को करने वाली वस्तु पर ध्वनि (यदि आपको 2d-3D ध्वनि की आवश्यकता है) या सभी पृष्ठभूमि शोर के लिए जिम्मेदार एक वस्तु (यदि "वॉल्यूम" की आवश्यकता नहीं है)।

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

 GetComponents<_>() 

जो ऑब्जेक्ट से निर्दिष्ट प्रकार के सभी घटकों की एक सरणी देता है।

कोड इस तरह दिखेगा:

 private AudioSource[] Sound; //    void Start(){ Sound = GetComponents<AudioSource> (); //  GetComponents } 

अधिकांश परिवर्तन PlaySound विधि को प्रभावित करेंगे। मुझे इस विधि के दो संस्करण दिखाई देते हैं: "सार्वभौमिक" (किसी वस्तु में किसी भी AudioSource के लिए) और "अनाड़ी" (2-3 AudioSource के लिए, सबसे सुरुचिपूर्ण नहीं बल्कि कम संसाधन गहन)।

दो ऑडियो स्रोत के लिए "अनाड़ी" विकल्प (मैंने इसका इस्तेमाल किया)

 private void PlaySound(AudioClip Clip = null){ if (!Sound [0].isPlaying) { Sound [0].clip = Clip; Sound [0].Play (); } else { Sound [1].clip = Clip; Sound [1].Play (); } } 

आप तीन या अधिक ऑडियो स्रोत पर खिंचाव कर सकते हैं, लेकिन स्थितियों की संख्या सभी प्रदर्शन बचत को खा जाएगी।

"यूनिवर्सल" विकल्प

 private void PlaySound(AudioClip Clip = null){ foreach (AudioSource _Sound in Sound) { if (!_Sound.isPlaying) { _Sound.clip = Clip; _Sound.Play (); break; } } } 

एक विदेशी घटक तक पहुंच
खेल के मैदान पर फिशका प्रीफैब के कई उदाहरण हैं, जैसे एक गेम चिप। इसे इस तरह बनाया गया है:

• अपने SpriteRenderer के साथ मूल वस्तु;
  • उनके SpriteRenderer के साथ बाल वस्तुओं।

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

 [Header ("Graphic objects")] public SpriteRenderer Marker; [SerializeField] private SpriteRenderer Base; [Space] [SerializeField] private SpriteRenderer Center_Red; [SerializeField] private SpriteRenderer Center_Green; [SerializeField] private SpriteRenderer Center_Blue; 

अब इंस्पेक्टर की स्क्रिप्ट में अतिरिक्त क्षेत्र हैं:


संबंधित क्षेत्रों में बच्चों को घसीटना और गिराना हमें स्क्रिप्ट में उनके लिए पहुँच प्रदान करता है।

उपयोग उदाहरण:

 void OnMouseDown(){ //        Marker.enabled = !Marker.enabled; } 

किसी और की स्क्रिप्ट पर कॉल करना
विदेशी घटकों में हेरफेर करने के अलावा, आप किसी तृतीय-पक्ष ऑब्जेक्ट की स्क्रिप्ट तक भी पहुँच सकते हैं, इसके सार्वजनिक चर, विधियों, उपवर्गों के साथ काम कर सकते हैं।

मैं पहले से ही प्रसिद्ध गेमफिल्ड ऑब्जेक्ट पर एक उदाहरण दूंगा।

GameField स्क्रिप्ट में एक सार्वजनिक विधि FishkiMarkerDisabled () है, जिसे फ़ील्ड पर सभी चिप्स से एक मार्कर को "हटाने" के लिए आवश्यक है और एक चिप पर क्लिक करते समय एक मार्कर सेट करने की प्रक्रिया में उपयोग किया जाता है, क्योंकि केवल एक ही सक्रिय हो सकता है।

Fishka.cs स्क्रिप्ट में, SpriteRenderer मार्कर सार्वजनिक है, अर्थात इसे किसी अन्य स्क्रिप्ट से एक्सेस किया जा सकता है। ऐसा करने के लिए, GameField.cs स्क्रिप्ट में फ़िशका वर्ग के सभी उदाहरणों के लिए इंटरफेस की घोषणा और प्रारंभ को जोड़ें (जब एक स्क्रिप्ट बनाते हैं, तो उसी नाम का वर्ग इसमें बनाया जाता है) यह कई अन्य स्रोतों के लिए कैसे किया जाता है:

 private Fishka[] Fishki; void Start(){ Fishki = GameObject.FindObjectsOfType (typeof(Fishka)) as Fishka[]; } public void FishkiMarkerDisabled(){ foreach (Fishka _Fishka in Fishki) { _Fishka .Marker.enabled = false; } } 

Fishka.cs स्क्रिप्ट में, GameField वर्ग उदाहरण के इंटरफ़ेस की घोषणा और आरंभीकरण जोड़ें, और जब हम ऑब्जेक्ट पर क्लिक करते हैं, तो हम इस वर्ग के FishkiMarkerDisabled () विधि को कॉल करेंगे:

 private GameField gf; void Start(){ gf = GameObject.FindObjectOfType (typeof(GameField)) as GameField; } void OnMouseDown(){ gf.FishkiMarkerDisabled(); Marker.enabled = !Marker.enabled; } 

इस प्रकार, आप विभिन्न वस्तुओं की लिपियों (या कक्षाओं) के बीच बातचीत कर सकते हैं।

समस्या तीन - KEEPERS

खाता रखने वाला
जैसे ही खेल में कुछ दिखाई देता है, तत्काल समस्या इसका भंडारण है, खेल के दौरान और इसके बाहर दोनों, मैं खिलाड़ी को इसे पार करने के लिए प्रोत्साहित करने के लिए एक रिकॉर्ड भी रखना चाहता हूं।

मैं उन विकल्पों पर विचार नहीं करूंगा जब पूरा खेल (मेनू, गेम, खाता वापसी) एक दृश्य में बनाया गया हो, क्योंकि, सबसे पहले, यह पहली परियोजना बनाने का सबसे अच्छा तरीका नहीं है, और दूसरी बात, मेरी राय में, प्रारंभिक लोडिंग दृश्य होना चाहिए । इसलिए, हम सहमत हैं कि परियोजना में चार दृश्य हैं:

1. लोडर - एक दृश्य जिसमें पृष्ठभूमि संगीत ऑब्जेक्ट को आरंभीकृत किया जाता है (अधिक बाद में होगा), और सेव से सेटिंग लोड हो रही है;
   
2. मेनू - एक मेनू के साथ एक दृश्य;
   
3. खेल - खेल दृश्य;
   
4. स्कोर - स्कोर, रिकॉर्ड, लीडरबोर्ड का दृश्य।
   

नोट: दृश्य लोड करने का क्रम फ़ाइल> बिल्ड सेटिंग में सेट है।

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

 using UnityEngine; public static class ScoreHolder{ private static int _Score = 0; public static int Score { get{ return _Score; } set{ _Score = value; } } } 

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

दृश्य संक्रमण विधि स्कोर में GameField वर्ग में उदाहरण उपयोग:

 using UnityEngine.SceneManagement; public class GameField : MonoBehaviour { private int Score = 0; //     ,         Scores void GotoScores(){ ScoreHolder.Score = Score; //   ScoreHolder.Score   SceneManager.LoadScene (“scores”); } } 

उसी तरह, आप गेम के दौरान स्कोरहोल्डर में एक रिकॉर्ड खाता जोड़ सकते हैं, लेकिन इसे बाहर निकलने पर नहीं बचाया जाएगा।

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

चर ही सार्वजनिक स्थैतिक वर्ग SettingsHolder में संग्रहीत किया जाता है:

 using UnityEngine; public static class SettingsHolder{ private static bool _SoundEffectsMute = false; public static bool SoundEffectsMute{ get{ return _SoundEffectsMute; } set{ _SoundEffectsMute = value; } } } 

क्लास स्कोरहॉल्डर के समान है, आप उन्हें एक में भी जोड़ सकते हैं, लेकिन मेरी राय में यह खराब मैनर्स है।

जैसा कि आप स्क्रिप्ट से देख सकते हैं, डिफ़ॉल्ट रूप से _SoundEffectsMute को झूठा घोषित किया जाता है, इसलिए हर बार खेल शुरू होने पर, SettingsHolder.SoundEffectsMute उपयोगकर्ता के पहले इसे बदल दिया है या नहीं (यह मेनू दृश्य पर बटन का उपयोग करके बदला गया है) की परवाह किए बिना गलत वापस आ जाएगा।

बचत चर
एंड्रॉइड एप्लिकेशन के लिए सबसे इष्टतम, बचत के लिए PlayerPrefs.SetInt पद्धति का उपयोग करना होगा ( आधिकारिक प्रलेखन में अधिक)। PlayerPrefs में SettingsHolder.SoundEffectsMute का मान रखने के लिए दो विकल्प हैं, चलो उन्हें "सरल" और "सुरुचिपूर्ण" कहते हैं।

"सरल" तरीका (मेरे लिए उस तरह से) पूर्वोक्त बटन के वर्ग के ऑनमॉउडाउन () विधि में है। संग्रहीत मान उसी वर्ग में लोड किया जाता है लेकिन प्रारंभ () विधि में:

 using UnityEngine; public class ButtonSoundMute : MonoBehaviour { void Start(){ //    ,  PlayerPrefs    bool switch (PlayerPrefs.GetInt ("SoundEffectsMute")) { case 0: SettingsHolder.SoundEffectsMute = false; break; case 1: SettingsHolder.SoundEffectsMute = true; break; default: //    default SettingsHolder.SoundEffectsMute = true; break; } } void OnMouseDown(){ SettingsHolder.SoundEffectsMute = !SettingsHolder.SoundEffectsMute; //    ,  PlayerPrefs    bool if (SettingsHolder.SoundEffectsMute) PlayerPrefs.SetInt ("SoundEffectsMute", 1); else PlayerPrefs.SetInt ("SoundEffectsMute", 0); } } 

मेरी राय में, "सुरुचिपूर्ण" विधि, सबसे सही नहीं है, क्योंकि कोड के रखरखाव को जटिल बनाना, लेकिन इसमें कुछ है, और मैं इसे साझा करने में मदद नहीं कर सकता। इस पद्धति की एक विशेषता यह है कि SettingsHolder.SoundEffectsMute प्रॉपर्टी के सेटर को उस समय कहा जाता है, जिसमें उच्च प्रदर्शन की आवश्यकता नहीं होती है, और इसे प्लेयरप्रेफ़्स (पढ़ें - एक फाइल पर लिखना) का उपयोग करके लोड किया जा सकता है (ओह, हॉरर)। सार्वजनिक स्थैतिक वर्ग SettingsHolder बदलें:

 using UnityEngine; public static class SettingsHolder { private static bool _SoundEffectsMute = false; public static bool SoundEffectsMute{ get{ return _SoundEffectsMute; } set{ _SoundEffectsMute = value; if (_SoundEffectsMute) PlayerPrefs.SetInt ("SoundEffectsMute", 1); else PlayerPrefs.SetInt ("SoundEffectsMute", 0); } } } 

ButtonSoundMute क्लास का OnMouseDown तरीका सरल होगा:

 void OnMouseDown(){ SettingsHolder.SoundEffectsMute = !SettingsHolder.SoundEffectsMute; } 

यह फ़ाइल से पढ़ने के साथ पाने वाले को लोड करने लायक नहीं है, क्योंकि यह प्रदर्शन-महत्वपूर्ण प्रक्रिया में शामिल है - PlayFound () GameField वर्ग की विधि में:

 private void PlaySound(AudioClip Clip = null){ if (!SettingsHolder.SoundEffectsMute) { //      “”  (. ) if (!Sound [0].isPlaying) { Sound [0].clip = Clip; Sound [0].Play (); } else { Sound [1].clip = Clip; Sound [1].Play (); } } } 

उपरोक्त तरीके से, आप किसी भी चर के इन-गेम स्टोरेज को व्यवस्थित कर सकते हैं।

पांचवीं समस्या - सभी के लिए एक

यह संगीत शाश्वत होगा
जल्दी या बाद में हर किसी को इस तरह की समस्या का सामना करना पड़ता है, और मैं कोई अपवाद नहीं था। जैसा कि योजना बनाई गई थी, मेनू दृश्य में पार्श्व संगीत बजना शुरू हो जाता है, और यदि इसे बंद नहीं किया जाता है, तो यह बिना रुकावट के दृश्यों पर मेनू, गेम और स्कोर निभाता है। लेकिन अगर ऑब्जेक्ट "प्लेइंग" बैकग्राउंड म्यूज़िक को मेन्यू सीन पर इंस्टॉल किया जाता है, जब आप गेम सीन पर जाते हैं, तो यह नष्ट हो जाता है और साउंड गायब हो जाता है, और अगर आप उसी ऑब्जेक्ट को गेम के सीन पर रख देते हैं, तो ट्रांजिशन के बाद म्यूजिक पहले बजता है। समाधान कक्षा (जिसका उद्देश्य "संगीत" वस्तु उदाहरण है) के प्रारंभ () विधि में रखा DontDestroyOnLoad (ऑब्जेक्ट लक्ष्य) विधि का उपयोग करने के लिए निकला। ऐसा करने के लिए, DontDestroyThis.cs स्क्रिप्ट बनाएं:

 using UnityEngine; public class DontDestroyThis: MonoBehaviour { void Start(){ DontDestroyOnLoad(this.gameObject); } } 

सब कुछ काम करने के लिए, "संगीतमय" वस्तु मूल होना चाहिए (मुख्य कैमरे के समान पदानुक्रम स्तर पर)।

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

इस पर, प्ले मार्केट में अपलोड करने से पहले, एकता पर अपना पहला गेम विकसित करते समय मुझे जो प्रमुख समस्याएं आईं (मैंने अभी तक डेवलपर खाता पंजीकृत नहीं किया है), सफलतापूर्वक समाप्त हो गया।

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