24 घंटे जंग खेल: व्यक्तिगत विकास का अनुभव

इस लेख में मैं रूस्ट में एक छोटे से खेल को विकसित करने के अपने व्यक्तिगत अनुभव के बारे में बात करूंगा। एक कामकाजी संस्करण बनाने में लगभग 24 घंटे लगे (मैंने मुख्य रूप से शाम या सप्ताहांत में काम किया)। खेल खत्म हो गया है, लेकिन मुझे लगता है कि अनुभव उपयोगी होगा। मैं आपको बताऊंगा कि स्क्रैच से गेम बनाते समय मैंने क्या सीखा और कुछ अवलोकन किए।

स्किलबॉक्स सलाह देता है: दो साल का व्यावहारिक कोर्स "मैं एक प्रो वेब डेवलपर हूं । "

हम आपको याद दिलाते हैं: "हैबर" के सभी पाठकों के लिए - "हैबर" प्रोमो कोड का उपयोग करके किसी भी स्किलबॉक्स कोर्स के लिए पंजीकरण करते समय 10,000 रूबल की छूट।

जंग क्यों?

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

क्यों बिल्कुल खेल और किस तरह का खेल?

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

तकनीकी प्रशिक्षण

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

मुझे आपके साथ साझा करने वाले उपयोगी संसाधन मिले:

• क्या हम अभी तक खेल हैं - खेल के विकास के लिए आवश्यक जंग तत्वों की एक सूची;
• जंग खेल देव subreddit;
• मुफ्त पिक्सेल कला।

मैंने कई रस्ट गेम इंजनों की खोज की, अंत में पिस्टन और ggez को चुना। पिछली परियोजना पर काम करते समय मैं उनके सामने आया। अंत में, मैंने ggez को चुना, क्योंकि यह एक छोटे 2D गेम को लागू करने के लिए अधिक उपयुक्त लगता था। पिस्टन की मॉड्यूलर संरचना एक नौसिखिया डेवलपर (या पहली बार रस्ट के साथ काम करने वाले व्यक्ति) के लिए बहुत जटिल है।

खेल संरचना

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

सब कुछ सोचकर, मैंने काम करना तय किया।

खेल निर्माण

प्रारंभ: मंडलियां और अंश

मैंने ggez से एक उदाहरण लिया और स्क्रीन पर एक वृत्त मिला। कमाल! अब कुछ सार। मुझे यह प्रतीत हुआ कि गेम ऑब्जेक्ट के विचार को अनदेखा करना अच्छा है। प्रत्येक वस्तु को यहां बताए अनुसार अद्यतन और अद्यतन किया जाना चाहिए:

// the game object trait trait GameObject { fn update(&mut self, _ctx: &mut Context) -> GameResult<()>; fn draw(&mut self, ctx: &mut Context) -> GameResult<()>; } // a specific game object - Circle struct Circle { position: Point2, } impl Circle { fn new(position: Point2) -> Circle { Circle { position } } } impl GameObject for Circle { fn update(&mut self, _ctx: &mut Context) -> GameResult<()> { Ok(()) } fn draw(&mut self, ctx: &mut Context) -> GameResult<()> { let circle = graphics::Mesh::new_circle(ctx, graphics::DrawMode::Fill, self.position, 100.0, 2.0)?; graphics::draw(ctx, &circle, na::Point2::new(0.0, 0.0), 0.0)?; Ok(()) } } 

कोड के इस टुकड़े ने मुझे उन वस्तुओं की उत्कृष्ट सूची प्राप्त करने की अनुमति दी जिन्हें मैं समान रूप से उत्कृष्ट लूप में अद्यतन और प्रस्तुत कर सकता हूं।

 mpl event::EventHandler for MainState { fn update(&mut self, context: &mut Context) -> GameResult<()> { // Update all objects for object in self.objects.iter_mut() { object.update(context)?; } Ok(()) } fn draw(&mut self, context: &mut Context) -> GameResult<()> { graphics::clear(context); // Draw all objects for object in self.objects.iter_mut() { object.draw(context)?; } graphics::present(context); Ok(()) } } 

main.rs की जरूरत है क्योंकि इसमें कोड की सभी लाइनें शामिल हैं। मैंने फ़ाइलों को अलग करने और निर्देशिका संरचना को अनुकूलित करने के लिए थोड़ा समय बिताया। यहाँ बताया गया है कि यह सब कैसे शुरू हुआ:

संसाधन -> यह वह जगह है जहाँ सभी संपत्ति हैं (चित्र)
src
- संस्थाओं
- game_object.rs
- सर्कल
- main.rs -> मुख्य लूप

लोग, फर्श और चित्र

अगला कदम एक व्यक्ति गेम ऑब्जेक्ट बनाना और छवियों को लोड करना है। सब कुछ टाइल्स 32 * 32 के आकार पर आधारित होना चाहिए।



टेनिस कोर्ट

टेनिस कोर्ट कैसे दिखते हैं, इसका अध्ययन करने के बाद, मैंने उन्हें 4 * 2 टाइल्स बनाने का फैसला किया। प्रारंभ में, इस आकार की एक छवि बनाने या 8 अलग-अलग टाइल बनाने के लिए संभव था। लेकिन तब मुझे महसूस हुआ कि केवल दो अद्वितीय टाइलों की आवश्यकता है, और इसीलिए।

कुल में, हमारे पास दो ऐसी टाइलें हैं: 1 और 2।

अदालत के प्रत्येक खंड में टाइल 1 या टाइल 2 शामिल हैं। उन्हें सामान्य रूप से व्यवस्थित किया जा सकता है या 180 डिग्री से उल्टा किया जा सकता है।



निर्माण की मुख्य विधा (विधानसभा)

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

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


आर्किटेक्चर और रीफैक्टरिंग पर सवाल

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

यह मुझे लग रहा था कि मुझे वास्तुकला को पुनर्जीवित करने की आवश्यकता है ताकि कुछ सीमाएं सामने आए:

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

मैंने कुछ और शोध किए और ईसीएस आर्किटेक्चर - एंटिटी कंपोनेंट सिस्टम की खोज की , जिसका इस्तेमाल आमतौर पर खेलों में किया जाता है। ECS के लाभ इस प्रकार हैं:

• डेटा को तर्क से अलग किया जाता है;
• विरासत के बजाय लेआउट;
• डेटा उन्मुख वास्तुकला।

ईसीएस को तीन मूल अवधारणाओं की विशेषता है:

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

अध्ययन के बाद यह स्पष्ट हो गया कि ईसीएस ऐसी समस्याओं को हल करता है:

• संस्थाओं के सिस्टम संगठन के लिए विरासत के बजाय लेआउट का उपयोग करें;
• नियंत्रण प्रणालियों के कारण कोड के हैश से छुटकारा पाना;
• रेंडरिंग सिस्टम में वायरफ्रेम के तर्क को स्टोर करने के लिए is_build_mode जैसी विधियों का उपयोग करना।

यहां ईसीएस लागू करने के बाद क्या हुआ।

संसाधन -> यह वह जगह है जहाँ सभी संपत्ति हैं (चित्र)
src
- घटक
- स्थिति
- व्यक्ति
- टेनिस_कोर्ट.र्स
- मंजिल
- वायरफ्रेम
- mouse_tracked.rs
- संसाधन
- माउस
- सिस्टम
- प्रतिपादन
- constants.rs
- utils.rs
- world_factory.rs -> विश्व कारखाने के कार्य
- main.rs -> मुख्य लूप

लोगों को अदालतों को सौंपें

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

मैंने क्या किया:

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

संक्षेप में देना

मुझे वास्तव में इस सरल खेल पर काम करने में बहुत मजा आया। इसके अलावा, मुझे खुशी है कि मैंने इसे लिखने के लिए जंग का इस्तेमाल किया, क्योंकि:

• जंग आपको वह देती है जो आपको चाहिए;
• उसके पास उत्कृष्ट दस्तावेज हैं, जंग बहुत सुरुचिपूर्ण है;
• कब्ज शांत है;
• आपको क्लोनिंग, नकल या अन्य समान कार्यों का सहारा नहीं लेना होगा, जो मैंने अक्सर C ++ में किया था;
• विकल्प काम के लिए बहुत सुविधाजनक हैं, वे पूरी तरह से त्रुटियों को भी संभालते हैं;
• यदि परियोजना संकलित की जा सकती है, तो 99% में यह काम करता है, और ठीक उसी तरह जैसे यह होना चाहिए। कंपाइलर त्रुटि संदेश, यह मुझे लगता है, उन सबसे अच्छा है जो मैंने देखा है।

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

स्किलबॉक्स अनुशंसा करता है:

• ऑनलाइन कोर्स "प्रोफेशन फ्रंटेंड-डेवलपर । "
• व्यावहारिक पाठ्यक्रम "मोबाइल डेवलपर प्रो" ।
• व्यावहारिक वार्षिक पाठ्यक्रम "पीएचपी-डेवलपर 0 से प्रो तक" ।