24 ঘন্টার মধ্যে মরিচা খেলা: ব্যক্তিগত বিকাশের অভিজ্ঞতা

এই নিবন্ধে আমি মরিচা একটি ছোট গেম উন্নয়নশীল আমার ব্যক্তিগত অভিজ্ঞতা সম্পর্কে কথা বলতে হবে. একটি কাজের সংস্করণ তৈরি করতে প্রায় 24 ঘন্টা লেগেছিল (আমি বেশিরভাগ সন্ধ্যায় বা সপ্তাহান্তে কাজ করতাম)। গেমটি শেষ করা অনেক দূরে, তবে আমি মনে করি অভিজ্ঞতাটি ফলপ্রসূ হবে। স্ক্র্যাচ থেকে গেমটি তৈরি করার সময় আমি যা শিখেছি এবং কিছু পর্যবেক্ষণ করেছি তা শেয়ার করব।

Skillbox সুপারিশ করে: দুই বছরের ব্যবহারিক কোর্স "আমি একজন প্রো ওয়েব ডেভেলপার".

আমরা মনে করিয়ে দিচ্ছি: "Habr"-এর সকল পাঠকদের জন্য - "Habr" প্রচারমূলক কোড ব্যবহার করে যেকোনো Skillbox কোর্সে নথিভুক্ত করার সময় 10 রুবেল ছাড়।

কেন মরিচা?

আমি এই ভাষাটি বেছে নিয়েছি কারণ আমি এটি সম্পর্কে অনেক ভাল জিনিস শুনেছি এবং আমি এটিকে গেম ডেভেলপমেন্টে আরও বেশি জনপ্রিয় হতে দেখছি। গেমটি লেখার আগে, রাস্টে সহজ অ্যাপ্লিকেশনগুলি বিকাশ করার অভিজ্ঞতা আমার খুব কম ছিল। গেমটি লেখার সময় এটি আমাকে স্বাধীনতার অনুভূতি দেওয়ার জন্য যথেষ্ট ছিল।

কেন খেলা এবং কি ধরনের খেলা?

গেম তৈরি করা মজা! আমি চাই আরও কারণ থাকত, কিন্তু "হোম" প্রকল্পগুলির জন্য আমি এমন বিষয়গুলি বেছে নিই যেগুলি আমার নিয়মিত কাজের সাথে খুব ঘনিষ্ঠভাবে সম্পর্কিত নয়। এটা কি খেলা? আমি একটি টেনিস সিমুলেটরের মতো কিছু তৈরি করতে চেয়েছিলাম যা সিটি স্কাইলাইন, চিড়িয়াখানা টাইকুন, প্রিজন আর্কিটেক্ট এবং টেনিসকে একত্রিত করে। সাধারণভাবে, এটি একটি টেনিস একাডেমি সম্পর্কে একটি খেলা হিসাবে পরিণত হয়েছে যেখানে লোকেরা খেলতে আসে।

কারিগরি প্রশিক্ষণ

আমি মরিচা ব্যবহার করতে চেয়েছিলাম, কিন্তু আমি ঠিক জানতাম না যে এটি শুরু করতে কতটা ভিত্তি কাজ করবে। আমি পিক্সেল শেডার লিখতে এবং ড্র্যাগ-এন-ড্রপ ব্যবহার করতে চাইনি, তাই আমি সবচেয়ে নমনীয় সমাধান খুঁজছিলাম।

আমি আপনার সাথে শেয়ার করা দরকারী সম্পদ খুঁজে পেয়েছি:

• আমরা কি এখনো খেলছি - গেমের বিকাশের জন্য প্রয়োজনীয় মরিচা উপাদানগুলির একটি তালিকা;
• মরিচা খেলা dev 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 - সত্তা উপাদান সিস্টেম, যা সাধারণত গেমগুলিতে ব্যবহৃত হয়। এখানে ECS এর সুবিধাগুলো রয়েছে:

• তথ্য যুক্তিবিদ্যা থেকে পৃথক করা হয়;
• উত্তরাধিকারের পরিবর্তে রচনা;
• ডেটা কেন্দ্রিক আর্কিটেকচার।

ECS তিনটি মৌলিক ধারণা দ্বারা চিহ্নিত করা হয়:

• সত্তা - শনাক্তকারী যে ধরনের বস্তুর উল্লেখ করে (এটি একটি খেলোয়াড়, একটি বল বা অন্য কিছু হতে পারে);
• উপাদান - সত্তা তাদের গঠিত হয়. উদাহরণ - রেন্ডারিং উপাদান, অবস্থান এবং অন্যান্য। এই তথ্য গুদাম হয়;
• সিস্টেম - তারা বস্তু এবং উপাদান উভয়ই ব্যবহার করে, এছাড়াও এই ডেটার উপর ভিত্তি করে আচরণ এবং যুক্তি ধারণ করে। একটি উদাহরণ হল একটি রেন্ডারিং সিস্টেম যা রেন্ডারিং উপাদান সহ সমস্ত সত্তার মাধ্যমে পুনরাবৃত্তি করে এবং রেন্ডারিং করে।

এটি অধ্যয়ন করার পরে, এটি স্পষ্ট হয়ে ওঠে যে ECS নিম্নলিখিত সমস্যাগুলি সমাধান করে:

• পদ্ধতিগতভাবে সত্তা সংগঠিত করার জন্য উত্তরাধিকারের পরিবর্তে লেআউট ব্যবহার করে;
• কন্ট্রোল সিস্টেমের মাধ্যমে কোড গোলমাল থেকে মুক্তি পাওয়া;
• ওয়্যারফ্রেম লজিকটিকে একই জায়গায় রাখতে is_build_mode এর মতো পদ্ধতি ব্যবহার করে - রেন্ডারিং সিস্টেমে।

ইসিএস বাস্তবায়নের পর এমনটাই হয়েছে।

সম্পদ -> এখানেই সমস্ত সম্পদ রয়েছে (ছবি)
src
- উপাদান
—position.rs
— person.rs
— tennis_court.rs
— floor.rs
- wireframe.rs
— mouse_tracked.rs
- সম্পদ
—mouse.rs
- সিস্টেম
— rendering.rs
— constants.rs
— utils.rs
— world_factory.rs -> ওয়ার্ল্ড ফ্যাক্টরি ফাংশন
— main.rs -> প্রধান লুপ

আমরা আদালতে লোক নিয়োগ করি

ইসিএস জীবনকে সহজ করেছে। এখন আমার কাছে সত্তাগুলিতে ডেটা যুক্ত করার এবং সেই ডেটার উপর ভিত্তি করে যুক্তি যোগ করার একটি পদ্ধতিগত উপায় ছিল। এবং এর ফলে, আদালতের মধ্যে লোকেদের বিতরণ সংগঠিত করা সম্ভব হয়েছিল।

আমি কি করলাম:

• ব্যক্তিকে অর্পিত আদালত সম্পর্কে তথ্য যোগ করা হয়েছে;
• টেনিসকোর্টে বিতরণ করা ব্যক্তিদের সম্পর্কে ডেটা যোগ করা হয়েছে;
• কোর্টচ্যুসিং সিস্টেম যোগ করা হয়েছে, যা আপনাকে মানুষ এবং আদালত বিশ্লেষণ করতে, উপলব্ধ আদালত সনাক্ত করতে এবং তাদের মধ্যে খেলোয়াড়দের বিতরণ করতে দেয়;
• একটি ব্যক্তি মুভমেন্ট সিস্টেম যোগ করেছে, যা আদালতে নিয়োগকৃত লোকদের সন্ধান করে এবং যদি তারা সেখানে না থাকে, তাহলে তাদের যেখানে থাকা দরকার সেখানে লোক পাঠায়।

বুদ্ধিমান

আমি সত্যিই এই সহজ খেলা কাজ উপভোগ. তাছাড়া, আমি আনন্দিত যে আমি এটি লিখতে মরিচা ব্যবহার করেছি, কারণ:

• মরিচা আপনার যা প্রয়োজন তা দেয়;
• এটা চমৎকার ডকুমেন্টেশন আছে, মরিচা বেশ মার্জিত;
• ধারাবাহিকতা শান্ত;
• আপনাকে ক্লোনিং, অনুলিপি বা অন্যান্য অনুরূপ ক্রিয়াগুলি অবলম্বন করতে হবে না, যা আমি প্রায়শই C++ এ করতাম;
• বিকল্পগুলি ব্যবহার করা খুব সহজ এবং ত্রুটিগুলি খুব ভালভাবে পরিচালনা করা;
• যদি প্রকল্পটি কম্পাইল করা যায়, তাহলে 99% সময় এটি কাজ করে এবং ঠিক যেমনটি করা উচিত। আমি মনে করি কম্পাইলার ত্রুটি বার্তাগুলি আমি দেখেছি সেরা।

মরিচা মধ্যে গেম উন্নয়ন সবে শুরু হয়. কিন্তু ইতিমধ্যেই একটি স্থিতিশীল এবং মোটামুটি বৃহৎ সম্প্রদায় কাজ করছে সবার জন্য মরিচা খোলার জন্য। অতএব, আমি আশাবাদের সাথে ভাষার ভবিষ্যত দেখি, আমাদের সাধারণ কাজের ফলাফলের অপেক্ষায় থাকি।

Skillbox সুপারিশ করে:

• অনলাইন কোর্স "পেশা ফ্রন্টএন্ড ডেভেলপার".
• ব্যবহারিক কোর্স "মোবাইল ডেভেলপার প্রো".
• ব্যবহারিক বছরের কোর্স "0 থেকে PRO পর্যন্ত পিএইচপি বিকাশকারী".

উত্স: www.habr.com