Android के लिए खेल विकसित करने में मेरा अनुभव। एक भाग

शुभ दोपहर, साथियों! Habré पर अक्सर पहले Android अनुप्रयोगों के विकास के बारे में पोस्ट होते हैं, और मैंने अपना अनुभव भी साझा करने का निर्णय लिया। यह हैबे और मेरे पहले खेल पर मेरा पहला लेखन अनुभव है, इसलिए कृपया सख्ती से न्याय न करें।

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

प्रागितिहास

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

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

जल्दी से नहीं कहा। मैं पूरी विकास प्रक्रिया को चित्रित नहीं करूंगा और तकनीकी विवरणों में शामिल हो जाऊंगा - इसके बजाय, इस और बाद के लेखों में मैं उन मुख्य बिंदुओं और समस्याओं पर ध्यान केंद्रित करूंगा जिनका मैंने सामना किया था।

विचार

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

मेरे मामले में, चुनाव तार्किक खेल और पहेली के खंड पर गिर गया, क्योंकि वे:
1) काफी लोकप्रिय (इस अनुभाग में नेताओं के डाउनलोड लाखों लोगों तक पहुंचते हैं);
2) एक नियम के रूप में, उन्हें लागू करना बहुत मुश्किल नहीं है - चरित्र एनीमेशन तुच्छ है, कहानी सरल है, आदि।
इस पसंद का मुख्य नुकसान इस खंड में बल्कि उच्च प्रतिस्पर्धा है।

शुरुआती बिंदु के रूप में, मैंने गेम "हीट एंड कोल्ड" लिया - मुझे और मेरे दोस्तों को यह पसंद आया, और मुझे एंड्रॉइड के लिए कोई एनालॉग नहीं मिला। मैंने नियमों को फिर से तैयार किया, एक और गेम मोड जोड़ा और डिजाइन को पूरी तरह से बदल दिया - यह मुझे खेल को ताजा और दिलचस्प बनाने के लिए पर्याप्त लग रहा था।

तकनीकी पक्ष

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

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



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

एमुलेटर। .NET के साथ एंड्रॉइड प्लेटफॉर्म पर स्विच करना बहुत दर्दनाक था, लेकिन एक एमुलेटर बेहतर हो सकता है। मुझे तुरंत उसे अलविदा कहना पड़ा, जैसे ही मैंने एक प्रोटोटाइप से स्विच किया खेल का मुख्य संस्करण लिखने के लिए, लाभ एक टैबलेट खरीदने का अवसर था और इसकी खरीद की लागत शुरू में बजट में थी। एमुलेटर की गति कई बार वास्तविक उपकरणों को खो देती है, इसलिए आप एमुलेटर पर डीबगिंग एनिमेशन या कुछ जटिल गणनाओं के बारे में भूल सकते हैं। एमुलेटर ने चाल का विकल्प चुना, जो 8-10 सेकंड में टैबलेट पर 1-2 सेकंड लेता है। इसके अलावा, मैं घबरा गया था जब एमुलेटर पर अच्छी तरह से काम करने वाली कई विशेषताएं एक वास्तविक डिवाइस (उदाहरण के लिए, पार्श्व संगीत बजाना) पर काम नहीं करना चाहती थीं। इसलिए, भले ही आप संपूर्ण विकास अवधि के दौरान एमुलेटर का उपयोग करते हैं, आपको निश्चित रूप से सोचने की ज़रूरत है कि परीक्षण के लिए कम से कम एक (और अधिमानतः दो - एक फोन और टैबलेट) डिवाइस कहां से प्राप्त करें।

मैंने अमेरिका में एक नीलामी से 10 इंच का आसुस ईईई पैड ट्रांसफार्मर टैबलेट खरीदा, और एक दोस्त (उस पर नीचे) ने सैमसंग गैलेक्सी एस खरीदा। इस प्रकार, परीक्षण उपकरणों के साथ समस्या हल हो गई।

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

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



तब अंतिम संस्करण इस प्रकार था:





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

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

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

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

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

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

मुझे लगता है कि इस लेख में अक्षरों की संख्या पहले से ही अशोभनीय सीमा तक पहुँच गई है, इसलिए मैं इस पर पहला भाग पूरा करूँगा।

भाग दो