👸🏿 🏭 👼🏽 एक खेल का विकास - एक नया दृष्टिकोण, पी 2 🎅 🐈 💆🏽

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

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

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

आगे आपको विकास के सभी चरणों का विवरण मिलेगा - विचार से लेकर विमोचन तक, जिसके प्रकाश में यह "बहुत सारे अक्षर" निकला, जिसे चरणों से अलग किया गया, चलो!

यह सब कैसे शुरू हुआ

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

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

"अच्छा आकस्मिक खेल" के लिए मेरा नुस्खा

आसान नियंत्रण, सही - एक इशारा

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

अब आप एक पल के लिए पहले गेम से विचलित हो सकते हैं - पहले ही स्तर से आपको स्क्रीन पर सटीक उंगली की स्थिति के अपेक्षाकृत गंभीर कौशल की आवश्यकता होती है, साथ ही गेम मोड और एनालॉग जॉयस्टिक नियंत्रण को स्विच करना ... एक साधारण उपयोगकर्ता पहले असफल प्रयासों के बाद आवेदन को सही ढंग से ध्वस्त कर देगा।

विभिन्न गेमप्ले विकल्पों की कोशिश करते हुए, आप "playability" का परीक्षण करने के लिए एक सरल लेकिन बहुत प्रभावी तरीके का सहारा ले सकते हैं - बच्चे को आवेदन देने के लिए, बगल में बैठकर देखें। मेरी 5 वर्षीय भतीजी चुपचाप खेलती है और रस्सी को काटती है, वह अपेक्षाकृत जल्दी नए खेल का सामना करती है। पुराने खेल के बारे में - यहां आप मेरे सहयोगियों के शब्दों को उद्धृत कर सकते हैं - कोरियाई: "खेल कोरिया में अच्छी तरह से जा सकते हैं, वे कट्टर नियंत्रण से प्यार करते हैं।"

गेमप्ले सब से ऊपर

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

अब हम आकस्मिक गैर- सामाजिक खेलों में वापस आते हैं। एक व्यक्ति क्यों डाउनलोड करता है और क्या उसे खेल में वापस लाता है? केवल गेमप्ले ही, अधिक कुछ नहीं। और तब क्या होगा अगर वह (गेमप्ले) उबाऊ हो? एक व्यक्ति एक से अधिक बार एप्लिकेशन लॉन्च करने की संभावना नहीं है।

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

उपयोगकर्ता को पढ़ाने की आवश्यकता है

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

स्तर से स्तर तक की जटिलता फिर से ध्यान से जांचने योग्य है, क्योंकि जब आप अगले स्तर का निर्माण करते हैं, तो उत्तर अक्सर अग्रिम में जाना जाता है, और यदि आप पक्ष से देखते हैं, तो जटिलता में दूसरे सेट को अच्छी तरह से एक सौ और दूसरे पर जा सकते हैं। उदाहरण के लिए, मेरे खेल में एक ही खेल में कई स्तर थे जो मुझे बहुत मुश्किल नहीं लगते थे, लेकिन लगभग एक महीने बाद, जब मैं उनके पास लौटा और जाने की कोशिश की, तो मैं 6-7 से ऐसा करने में कामयाब रहा।

वापसी के लिए प्रेरणा

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

मुख्य पात्र के आसपास की साजिश

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

मुख्य चरित्र खेल की पहचान है - एक प्यारा मेंढक (बेशक यह कितना निकला) एक ब्रीफकेस और एक टोपी के साथ एक मेंढक, इसके बिना यह एक और तार्किक खेल होगा जहां आपको तीर पर कूदने की आवश्यकता होती है।

नरम मुद्रीकरण

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

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

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

डिज़ाइन

मुझे यह कहना है कि आवेदन कैसे बनाया जाना चाहिए, इस बारे में सोचने के लिए, जब मैंने पुराना खेल बनाया था, तो मैंने इसके बारे में सोचा भी नहीं था - मैंने इसे नए विचारों और विचारों के रूप में लिया था, एक बात यहाँ कही जा सकती है - मैं वास्तव में इसके लिए सिफारिश नहीं करता।

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

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

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

डिज़ाइन

पहला गेम हाथ से खींचा गया था और उस समय भी इसे पूरी तरह से पीटा नहीं गया था, लेकिन आज मैं इस निष्कर्ष पर पहुंचा हूं कि पेशेवरों को कुछ चीजें देना सस्ता है, जो मैंने सामान्य रूप से किया था। फ्रीलांस अच्छे विशेषज्ञों में समृद्ध है, मुझे उम्मीद है कि आप मेंढक को पसंद करेंगे!

हम कैसे, कहां और क्या कर रहे हैं?

पहला गेम वास्तव में एंड्रॉइड के लिए पहले विकास के अनुभवों में से एक था, फिर यह उस समय भी नहीं हुआ था जब आप कई प्लेटफार्मों पर लिखने या लिखने की आवश्यकता कर सकते थे, लेकिन नए गेम को मूल रूप से "गंभीरता से" बनाया जाना चाहिए, कम से कम आईओएस + एंड्रॉइड के लिए।

आवेदन के विकास के लिए विभिन्न संभावित विकल्पों का अध्ययन करने के क्रम में - देशी दो अलग-अलग अनुप्रयोगों से लेकर सभी प्रकार के विभिन्न चौखटे (वर्णन और तुलनाएँ जिनमें बहुतायत में हैं, जिसमें हेबे भी शामिल हैं), पसंद कोरोना पर गिर गई, क्योंकि मुझे सबसे ज्यादा पसंद था:

अपेक्षाकृत कम कीमत (अब यह बढ़ गया है, यह लगभग 350 डॉलर था),
अच्छा प्रलेखन
एक सक्रिय समुदाय जो उपयोग करता है, संचार करता है और मदद करता है,
अपेक्षाकृत जटिल उदाहरण।

यहाँ विपक्ष के बिना नहीं:

3 पार्टी के काम केवल एंटरप्राइज़ संस्करण (~ 1000ye) में जोड़े जा सकते हैं,
स्रोत कोड बंद करना, अर्थात बिंदु 1 के माध्यम से लापता कार्यक्षमता को समाप्त करना संभव है,
एक स्क्रिप्टिंग भाषा में बड़ी परियोजनाओं को करने के लिए एक अलग कौशल की आवश्यकता होती है, उदाहरण के लिए, ओओपी की कमी ने मेरे साथ बहुत हस्तक्षेप किया।

अब ऐसा लगता है कि किसी टीम में किसी भी बड़े प्रोजेक्ट को विकसित करने के लिए, आपको किसी और के कोड को समझने में बहुत ही अच्छे कौशल की आवश्यकता है, जो हो रहा है उस पर समझदारी से टिप्पणी करने और स्क्रिप्टिंग भाषाओं में अच्छे विकास के तरीकों को जानने की क्षमता।

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

लुआ और कोरोना के साथ दिलचस्प कठिनाइयाँ

सच कहूं, यह लू के साथ मेरा पहला अनुभव है, इसलिए सख्ती से न्याय करें, मैं उन क्षणों का वर्णन करता हूं जो मुझे पहली नज़र में सबसे तुच्छ लग रहे थे।

लुआ और OOP

"आउट ऑफ द बॉक्स" लुआ ओओपी दृष्टिकोण का समर्थन नहीं करता है, लेकिन यह मेटाटैबल्स को लागू करता है, जिस पर आप स्वयं किसी तरह का ओओपी बना सकते हैं, मुझे दूसरे दिन भी समस्या के तैयार समाधान की ओर देखने की सलाह दी गई थी, लेकिन ईमानदारी से मैंने अभी तक इसकी कोशिश नहीं की है।

मेटाटैबल्स पर अपनी कक्षा कैसे बनाई जाए, इसका वर्णन यहां कोरोनास्क समुदाय में किया गया है:
www.coronalabs.com/blog/2011/09/29/tutorial-modular-classes-in-corona

विभिन्न संकल्पों के लिए समर्थन

उपकरणों के अधिकतम संभव चिड़ियाघर के लिए समर्थन को कैसे व्यवस्थित किया जाए, यह यहां अच्छी तरह वर्णित है:
developer.coronalabs.com/forum/2012/03/12/understanding-letterbox-scalling

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

स्थानीयकरण

मेरे द्वारा पाया गया सबसे सुविधाजनक विकल्प एक अलग लुआ फ़ाइल बनाना है, जिसमें लगभग निम्नलिखित सामग्री है:

local translations = { ["test"] = { ["en"] = "Test", ["ru"] = "Test", }, ["play"] = { ["en"] = "Play", ["ru"] = "", } } function setLanguage() --    (         ) language = system.getPreference("ui", "language") if (string.lower(language) == "english") then language = "en" elseif (string.lower(language) == "") then language = "ru" end if (string.lower(language) == "1049") then -- 1049 -   ,    language = "ru" elseif (translations["test"][language]) == nil then --     ,    (    test). language = "en" end end return translations

और उन जगहों पर जहां आपको स्थानीयकृत स्ट्रिंग का उपयोग करने की आवश्यकता होती है, आप केवल उपयोग कर सकते हैं:

 translations = require("translations") -- ,       ,    translations["play"][language]

शॉर्ट सर्किट

उस स्तर की पसंद के साथ स्क्रीन पर जहां n * m तत्वों की ग्रिड स्थित है, चयनित तत्व को सार्वभौमिक ईवेंट हैंडलर में स्थानांतरित करना आवश्यक है, इस तथ्य के कारण कि हैंडलर इस तरह से किसी विशिष्ट ईवेंट के लिए सेट है:

 level:addEventListener( "tap", onImageTap);

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

 level.idLevel = value

और फिर हैंडलर खुद कुछ इस तरह दिखाई देगा:

 function onImageTap(event) level = "levels/"..packNum.."/"..event.target.idLevel

एनिमेशन

खेल की मुख्य स्क्रीन पर, आप दो प्रकार के एनीमेशन देख सकते हैं - एक सर्कल में परिपत्र (बादल स्क्रीन के पीछे तैरते हैं) और एक रिवर्स स्ट्रोक के साथ परिपत्र।
पहला विकल्प हैंडलर के अंदर के एनीमेशन के अंत को कॉल करके काफी आसानी से किया जाता है:

 cloudListener = function( obj ) if (obj ~= nil and obj.width ~= nil) then --          local aTime = nAnimationTime * (30 + math.random(30)) --    obj.x = - obj.width --        transition.to( obj, { time=nAnimationTime, x = display.actualContentWidth + obj.width / 2, time = aTime, onComplete = cloudListener} ) end end

दूसरी स्थिति को भी नियंत्रित किया जाता है, केवल इस बार 2 हैंडलर होंगे, जो बदले में एक-दूसरे को बुलाते हैं।

यदि ऑब्जेक्ट दृश्य को छोड़ने के बाद भी रहता है, तो आपको एनीमेशन को साफ़ करना याद रखना चाहिए - संक्रमण। किसी ऑब्जेक्ट को वापस करने पर, जिसे तब एनीमेशन से अलग किया जा सकता है:

 transition.cancel(animtaionObject);

रिसाव का पता लगाना

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

आईओएस के तहत निर्माण करते समय इन-ऐप खरीदारी

आधिकारिक दस्तावेज में इन-ऐप खरीदारी का परीक्षण करने के लिए आवश्यक कदमों का विवरण दिया गया है, लेकिन किसी कारण से मुझे एक छोटी लेकिन बहुत महत्वपूर्ण बारीकियों का पता नहीं चल सकता है (विशेषकर यदि आपने इससे पहले iOS के लिए विकसित करने की कोशिश नहीं की थी): यह build.settings अनुभाग में आवश्यक है। , ios एप्लिकेशन का वर्णन करते हुए 'CFBundleIdentifier = "yourbundleid" जोड़ें, उसके बाद, सब कुछ तुरंत बंद हो गया।

संस्करण नियंत्रण प्रणाली?

विकास से तुरंत पहले, यह सवाल उठता है: क्या आपको किसी भी तरह के संस्करण नियंत्रण प्रणाली की आवश्यकता है, या, जब आप एक को विकसित करते हैं, तो क्या आप सप्ताह में एक-दो बार साधारण बैकअप के बिना कर सकते हैं? मेरे लिए, केवल एक सही उत्तर है - हमेशा विकास के दौरान इस तरह के भंडारण का उपयोग करें।
परिवर्तनों का इतिहास होने पर आप कई विकल्प ला सकते हैं:

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

स्तर डिजाइन एक अलग मुद्दा है

यहाँ क्या है, और स्तरों के बिना, एक आकस्मिक खेल इस तरह मौजूद नहीं हो सकता है, पहले गेम में शुरुआती स्तर xml में हाथ थे और मैं कह सकता हूं कि काम सुखद नहीं था, और संपादक बहुत बाद में दिखाई दिए।

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

कहीं से भी किसी भी उपकरण की उपलब्धता
एक स्थान पर परिणामों का संग्रहण - सर्वर पर
किसी भी कंप्यूटर से स्रोत तक पहुंच
किसी भी नोटबुक में सरल स्क्रिप्ट संपादन

यह एक संपादक निकला जिसने बहुत समय और नसों को बचाया।

स्तरों को कठिनाई के आधार पर क्रमबद्ध करें

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

* लेकिन कोई भी गैलरी, रन, आदि लाइव उपयोगकर्ताओं पर परीक्षण को प्रतिस्थापित नहीं करते हैं - अपने दोस्तों को खेलने दें, कुछ ऐसा जो आपको प्राथमिक लग सकता है, वास्तव में, एक असंबद्ध उपयोगकर्ता के लिए लगभग अगम्य हो सकता है।

प्रकाश करने का मौका न चूकें

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

इसलिए, गेम को स्वतंत्र फ्रीलांसर के html5 के प्रयासों से चित्रित किया गया था और वहां से tizen (भविष्य में, आखिरकार, एप्लिकेशन और गेम का एक वेब संस्करण खोजना संभव होगा)। वैसे - बीच में पहला गेम भी प्रतियोगिता में दिखाई दिया।

कुल - थोड़ा पीआर के अवसर के लिए $ 1000 प्रति गेम से कम खर्च और परियोजनाओं के आगे के विकास पर कुछ पैसे जीतने का मौका, भले ही सफलता का प्रतिशत उतना अधिक न हो जितना हम चाहते हैं, लेकिन "खेल मोमबत्ती के लायक है" और, अगर मैंने फैसला नहीं किया, तो शायद भविष्य में मुझे बहुत अफ़सोस होगा। प्रतियोगिता के परिणाम 2014 की शुरुआत में होंगे, इसलिए हम इंतजार करेंगे ...

हमारे उपयोगकर्ता का पालन करें

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

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

विपणन और प्रकाशन

पिछले लेख में, एक स्पष्ट रूप से इस तथ्य का निरीक्षण किया जा सकता है कि प्रकाशक अपने काम को व्यर्थ नहीं कर रहे हैं, और 1% का 100% 10ye के 10% से बहुत कम है, इसे प्रकाशकों के पास जाने का निर्णय लिया गया था। लेकिन यह सब यहाँ नहीं है - आज, सभी एक पैसा पंप करने के लिए f2p मशीनों को प्रकाशित करने की इच्छा के बारे में बोलते हैं। एक समझदार इच्छा और ऐसा व्यवसाय मॉडल स्पष्ट रूप से बड़ा मुनाफा कमाता है, लेकिन मैं अभी भी आकस्मिक खेलों में विश्वास करता हूं, अगर केवल इसलिए कि 'आकस्मिक' शब्द उपयोगकर्ताओं के करीब है - हर दिन लोग कुछ समय प्रतीक्षा में बिताते हैं, जो आदर्श रूप से आवेदन में कुछ मिनटों को रोशन कर सकता है। जिसमें भागीदारी की आवश्यकता नहीं होती है और एक ऑनलाइन सामाजिक गेम में प्रगति को खोने के बिना और एक अकेले वार्ताकार के बिना तुरंत बंद किया जा सकता है। आखिरकार, यह ठीक ऊपर है जो 'आकस्मिक' शब्द की विशेषता है।

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

शुरू करने के लिए, मैंने एक कम खर्चीली विधि का प्रयास करने का फैसला किया - यदि संभव हो, तो विभिन्न साइटों पर प्रेस विज्ञप्ति और आदेश की समीक्षा भेजें, जैसे:
appadvice.com
androidtapp.com
iphones.ru
4pda.ru
148apps.com और अन्य, यहाँ पाए गए लोगों सहित।
उदाहरण के लिए , प्रेस रिलीज और प्रेस स्किट्स के लाभों के बारे में, 148apps के संस्थापक जेफ स्कॉट कहते हैं।

जहां तक मैं समझता हूं, समीक्षा साइटें दिलचस्प खेल की नई समीक्षाओं को प्राप्त करने में बहुत रुचि रखती हैं, इसलिए वे अंतिम रिलीज से पहले एक समीक्षा सेवा प्रदान करते हैं ताकि एक ही समय में पीआर मशीन शुरू हो सके जो कि खेल बाजारों में दिखाई देता है। (आज यह किसी के लिए कोई रहस्य नहीं है कि आवेदन जीवन के शुरुआती दिनों में डाउनलोड की संख्या एक बहुत महत्वपूर्ण पैरामीटर है)।

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

वित्त और संकेतक

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

पुनश्च। मुझे उम्मीद है कि मैं अपनी कहानी से पूरी तरह से नहीं थका हूँ? यदि कम से कम एक गेम देव उत्साही ने इस निबंध जानकारी के कम से कम एक पैराग्राफ पाया है, तो मुझे लगता है कि मैंने अपना समय व्यर्थ में बिताया ... और यदि नहीं ... तो मैंने कम से कम कोशिश की, धन्यवाद!

एक खेल का विकास - एक नया दृष्टिकोण, पी 2

यह सब कैसे शुरू हुआ

आसान नियंत्रण, सही - एक इशारा

गेमप्ले सब से ऊपर

उपयोगकर्ता को पढ़ाने की आवश्यकता है

वापसी के लिए प्रेरणा

मुख्य पात्र के आसपास की साजिश

नरम मुद्रीकरण

डिज़ाइन

डिज़ाइन

हम कैसे, कहां और क्या कर रहे हैं?

लुआ और OOP

विभिन्न संकल्पों के लिए समर्थन

स्थानीयकरण

शॉर्ट सर्किट

एनिमेशन

रिसाव का पता लगाना

आईओएस के तहत निर्माण करते समय इन-ऐप खरीदारी

संस्करण नियंत्रण प्रणाली?

स्तर डिजाइन एक अलग मुद्दा है

स्तरों को कठिनाई के आधार पर क्रमबद्ध करें

प्रकाश करने का मौका न चूकें

हमारे उपयोगकर्ता का पालन करें

विपणन और प्रकाशन

वित्त और संकेतक

More articles: