👨🏿‍💼 🏇🏽 💰 एक मोबाइल गेम को प्रोटोटाइप करना, कहां से शुरू करना है, और कैसे करना है। भाग 3 (अंतिम) 👨🏿‍🚒 💠 🤜🏻

पहले भाग में, मैंने चर्चा की कि प्रोटोटाइप क्यों और सामान्य रूप से, कहां से शुरू करना है
- भाग 1

दूसरे भाग में, मुख्य वर्गों के माध्यम से थोड़ा सा भाग
और वास्तुकला - भाग 2

और तीसरा भाग - यह वास्तव में थोड़ी चर्चा होगी, हम विश्लेषण करेंगे कि संशोधक कैसे काम करते हैं, और खेल के मैदान पर ड्रॉप (यह मुश्किल नहीं है, लेकिन बारीकियां हैं)। और वास्तुकला के बारे में थोड़ा, मैं उबाऊ के बिना कोशिश करूंगा।

रॉकेट के बारे में स्क्रीनशॉट आमतौर पर सुस्त हैं, इसलिए मैं एक और प्रोटोटाइप का वीडियो देखने का सुझाव देता हूं, जिसे ग्राफिक्स के साथ 2 सप्ताह में इकट्ठा किया गया था, और इस तथ्य के कारण छोड़ दिया गया था कि प्लेटफ़ॉर्मरों की शैली में कोई रास्ता नहीं है। यह, वैसे, प्रोटोटाइप के आसपास के प्रमुख विचारों में से एक है - इकट्ठा करने के लिए, देखें कि क्या यह बकवास है, क्या यह आवश्यक है? और ईमानदारी से टोकरी में फेंक दें यदि उत्तर आपको आश्वस्त नहीं करते हैं। लेकिन! यह रचनात्मक परियोजनाओं पर लागू नहीं होता है - कभी-कभी रचनात्मकता रचनात्मकता के लिए होती है)।

तो vidosik, आपको स्तर द्वारा व्यवस्थित ग्रंथों को देखने की जरूरत है, और गेमप्ले पर नहीं):

छोटा विषयांतर

पिछले लेख में, मुझे समीक्षा कोड प्राप्त हुआ और इसके लिए मैं आभारी हूं, आलोचना इससे भी विकसित होने में मदद करती है, भले ही आप इससे सहमत न हों।

लेकिन मैं प्रोटोटाइप के बारे में वास्तुकला और वाक्यविन्यास के लिए तैनात करना चाहता हूं:

कोई फर्क नहीं पड़ता कि आप कितने शांत हैं, आप सिर्फ इस बात पर ध्यान नहीं दे सकते हैं कि यह गिरवी नहीं रखा जाएगा, और जिसकी जरूरत नहीं है, उसे बहुत गिरवी रखा जा सकता है। इसलिए, किसी भी मामले में, रीफैक्टरिंग या विस्तार आवश्यक होगा। यदि आप कोड / एप्रोच के विशिष्ट लाभों का वर्णन नहीं कर सकते हैं, तो बेहतर है कि इस कोड पर बहुत अधिक समय खर्च न करें।
मेरी राय में, OCS / इवेंट मॉडल / संरचना ECS, यूनिटी COOP, DI फ्रेमवर्क, रिएक्टिव फ्रेमवर्क आदि की तुलना में प्रोटोटाइप के लिए अधिक आसान है। कम स्क्रिबल, सभी कनेक्शन कोड में दिखाई देते हैं, क्योंकि प्रोटोटाइप का मुख्य कार्य मुख्य प्रश्न का उत्तर देना है - क्या इसे खेलना संभव है, और कई माध्यमिक - जो गेमप्ले के लिए बेहतर है, यह या वह। इसलिए, आपको आवश्यक कार्यक्षमता को जल्दी से जल्दी लागू करने की आवश्यकता है। एक छोटी परियोजना पर एक रूपरेखा क्यों पेश करें, तीन गेम संस्थाओं को लागू करने के लिए सभी कबाड़ को निर्धारित करें? जिनमें से प्रत्येक वास्तव में 50-100 लाइनों का एक वर्ग है। प्रोटोटाइप कार्यों के हिस्से के रूप में वास्तुकला पर विचार किया जाना चाहिए, और अल्फा के संभावित विस्तार के हिस्से के रूप में, लेकिन दूसरा कोड की तुलना में सिर में अधिक आवश्यक है, ताकि कोड जोड़ते समय आप जला न जाएं

संशोधक के बारे में:

और अंत में स्वयं संशोधक के बारे में:
यहाँ और इससे पहले, मैं संशोधक को बल क्षेत्र कहता हूं जो रॉकेट छूता है और जो इसके मार्ग को प्रभावित करता है, प्रोटोटाइप में उनमें से दो प्रकार हैं - त्वरण और विक्षेपण।

संशोधक वर्ग

public class PushSideModificator : MonoBehaviour { [SerializeField] TypeOfForce typeOfForce = TypeOfForce.Push; [SerializeField] private float force; [SerializeField] DropPanelConfig dropPanelConfig; private float boundsOfCollider; private void OnTriggerEnter(Collider other) { boundsOfCollider = other.bounds.extents.x; GlobalEventAggregator.EventAggregator.Invoke(new SpaceForces { TypeOfForce = typeOfForce, Force = force, ColliderBound = boundsOfCollider, CenterOfObject = transform.position, IsAdded = true }); } private void OnTriggerExit(Collider other) { GlobalEventAggregator.EventAggregator.Invoke(new SpaceForces { CenterOfObject = transform.position, IsAdded = false }); } }

यह एक बहुत ही सरल वर्ग है जिसका कार्य दो घटनाओं को पारित करना है:

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

इवेंट मॉडल किसके लिए है? इस घटना की और किसे आवश्यकता हो सकती है?
वर्तमान परियोजना में यह लागू नहीं है, लेकिन:

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

गेमप्ले बेसिस

इस प्रोटोटाइप में, गेमप्ले का सार खेल के मैदान में संशोधक को रखना है, रॉकेट के उड़ान पथ को समायोजित करना, बाधाओं के चारों ओर उड़ान भरने और गंतव्य बिंदु / ग्रह को हिट करना है। ऐसा करने के लिए, हमारे पास दाईं ओर एक पैनल है, जिस पर संशोधक आइकन स्थित हैं।

पैनल क्लास

  [RequireComponent (typeof(CanvasGroup))] public class DragAndDropModifiersPanel : MonoBehaviour { [SerializeField] private DropModifiersIcon iconPrfb; [SerializeField] private DropPanelConfig config; private CanvasGroup canvasGroup; private void Awake() { GlobalEventAggregator.EventAggregator.AddListener<ButtonStartPressed>(this, RocketStarted); canvasGroup = GetComponent<CanvasGroup>(); } private void RocketStarted(ButtonStartPressed obj) { canvasGroup.DOFade(0, 1); (canvasGroup.transform as RectTransform).DOAnchorPosX(100, 1); } private void Start() { for (var x = 0; x< 3; x++) { var mod = config.GetModifierByType(TypeOfForce.Push); var go = Instantiate(iconPrfb, transform); go.Init(mod); } for (var x = 0; x< 1; x++) { var mod = config.GetModifierByType(TypeOfForce.AddSpeed); var go = Instantiate(iconPrfb, transform); go.Init(mod); } } }

विरोधी सवाल:

 for (var x = 0; x< 3; x++) for (var x = 0; x< 1; x++)

3 और 1 - तथाकथित जादू संख्याएं जो केवल सिर से ली जाती हैं और कोड में डाली जाती हैं, इससे बचा जाना चाहिए, लेकिन वे यहां क्यों हैं? सिद्धांत जिसके द्वारा सही पैनल का गठन किया गया है, अभी तक निर्धारित नहीं किया गया है, और यह केवल प्रोटोटाइप पर प्रोटोटाइप का परीक्षण करने का निर्णय लिया गया था।

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

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

विन्यास वर्ग पर विचार करें:

विन्यास वर्ग

  [CreateAssetMenu(fileName = "DropModifiersPanel", menuName = "Configs/DropModifier", order = 2)] public class DropPanelConfig : ScriptableObject { [SerializeField] private ModifierBluePrintSimple[] modifierBluePrintSimples; public DropModifier GetModifierByType(TypeOfForce typeOfModifiers) { return modifierBluePrintSimples.FirstOrDefault(x => x.GetValue.TypeOfModifier == typeOfModifiers).GetValue; } } [System.Serializable] public class DropModifier { public TypeOfForce TypeOfModifier; public Sprite Icon; public GameObject Modifier; public Material Material; }

उसके काम का सार क्या है? यह एक अनुकूलित संशोधक डेटा वर्ग संग्रहीत करता है।

  public class DropModifier { public TypeOfForce TypeOfModifier; public Sprite Icon; public GameObject Modifier; public Material Material; }

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

कॉन्फ़िगरेशन के साथ काम करना बहुत सरल है - हम एक विशिष्ट प्रकार के डेटा के लिए कॉन्फ़िगर करते हैं, हमें यह डेटा, अंतरंग दृश्य और इस डेटा से संभव सेटिंग्स मिलती हैं।

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

और अगर कॉन्फ़िगरेशन में त्वरक संशोधक के लिए कई डेटा हैं?
प्रोटोटाइप में, आप इसे आसानी से मैन्युअल रूप से ट्रैक कर सकते हैं ताकि डेटा डुप्लिकेट न हो; कार्यशील ड्राफ्ट पर, आपको परीक्षण और डेटा सत्यापन की आवश्यकता होती है।

आइकन से खेल के मैदान तक

संशोधक चिह्न वर्ग

 public class DropModifiersIcon : MonoBehaviour, IDragHandler, IBeginDragHandler, IEndDragHandler { [SerializeField] private Image icon; [Header("       ")] [SerializeField] private RectTransform canvas; private CanvasGroup canvasGroup; private DropModifier currentModifier; private Vector3 startPoint; private Vector3 outV3; private GameObject currentDraggedObj; private void Start() { canvasGroup = GetComponent<CanvasGroup>(); startPoint = transform.position; canvas = GetComponentInParent<Canvas>().transform as RectTransform; } public void Init(DropModifier dropModifier) { icon.sprite = dropModifier.Icon; currentModifier = dropModifier; } public void OnBeginDrag(PointerEventData eventData) { BlockRaycast(false); currentDraggedObj = Instantiate(currentModifier.Modifier, WorldSpaceCoord(), Quaternion.identity); GlobalEventAggregator.EventAggregator.Invoke(new ImOnDragEvent { IsDragging = true }); } private void BlockRaycast(bool state) { canvasGroup.blocksRaycasts = state; } public void OnDrag(PointerEventData eventData) { Vector2 outV2; RectTransformUtility.ScreenPointToLocalPointInRectangle(canvas, Input.mousePosition, null, out outV2); transform.position = canvas.transform.TransformPoint(outV2); if (currentDraggedObj != null) currentDraggedObj.transform.position = WorldSpaceCoord(); } private Vector3 WorldSpaceCoord() { RectTransformUtility.ScreenPointToWorldPointInRectangle(canvas, Input.mousePosition, Camera.main, out outV3); return outV3; } public void OnEndDrag(PointerEventData eventData) { GlobalEventAggregator.EventAggregator.Invoke(new ImOnDragEvent { IsDragging = false }); if (eventData.pointerCurrentRaycast.gameObject != null && eventData.pointerCurrentRaycast.gameObject.layer == 5) { Destroy(currentDraggedObj); transform.SetAsLastSibling(); canvasGroup.blocksRaycasts = true; } else Destroy(gameObject); } } public struct ImOnDragEvent { public bool IsDragging; }

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

मान लीजिए कि हम एक संशोधक लगाने के बारे में अपना विचार बदलते हैं और इसे वापस पैनल में वापस लाते हैं,

  if (eventData.pointerCurrentRaycast.gameObject != null && eventData.pointerCurrentRaycast.gameObject.layer == 5)

कोड का यह टुकड़ा हमें क्लिक के तहत समझने की अनुमति देता है। परत जाँच भी यहाँ क्यों इंगित की गई है? और फिर से क्यों जादू नंबर 5 है? जैसा कि हम दूसरे भाग से याद करते हैं, हम न केवल यूआई के लिए, बल्कि दृश्य में मौजूद बटन के लिए भी रैकेस्टर चार्ट का उपयोग करते हैं, यदि हम फ़ील्ड में पहले से रखे गए मॉडिफायर्स को हटाने या उन्हें स्थानांतरित करने के लिए कार्यक्षमता जोड़ते हैं, तो वे भी रैकेटकास्ट चार्ट के अंतर्गत आएंगे, इसलिए UI लेयर से संबंधित अतिरिक्त जांच भी है। यह डिफ़ॉल्ट परत है, और इसका क्रम नहीं बदलता है, इसलिए यहां संख्या 5 आमतौर पर एक जादू नंबर नहीं है।

नतीजतन, यह पता चलता है कि यदि हम पैनल के ऊपर आइकन जारी करते हैं, तो यह पैनल पर वापस आ जाएगा, यदि खेल के मैदान के ऊपर संशोधक मैदान पर रहता है, तो आइकन हटा दिया जाएगा।

1 कार्य दिवस प्रोटोटाइप कोड पर खर्च किया गया था। प्लस फ़ाइल और ग्राफिक्स पर थोड़ा उपद्रव। सामान्य तौर पर, गेमप्ले को कला और गेम डिज़ाइन चिप्स पर सवालों के टन के बावजूद उपयुक्त माना जाता था। मिशन पूरा।

निष्कर्ष और सिफारिशें

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

सभी के लिए सफल प्रोटोटाइप।

एक मोबाइल गेम को प्रोटोटाइप करना, कहां से शुरू करना है, और कैसे करना है। भाग 3 (अंतिम)

छोटा विषयांतर

संशोधक के बारे में:

गेमप्ले बेसिस

आइकन से खेल के मैदान तक

निष्कर्ष और सिफारिशें

More articles: