Rust ကို 24 နာရီအတွင်း ကစားခြင်း- ကိုယ်ရေးကိုယ်တာ ဖွံ့ဖြိုးတိုးတက်မှု အတွေ့အကြုံ

ဤဆောင်းပါးတွင် Rust တွင် ဂိမ်းငယ်တစ်ခု ဖန်တီးခြင်း၏ ကိုယ်ပိုင်အတွေ့အကြုံအကြောင်း ပြောပြပါမည်။ အလုပ်လုပ်သောဗားရှင်းကိုဖန်တီးရန် 24 နာရီခန့် အချိန်ယူခဲ့ရသည် (ကျွန်တော် အများအားဖြင့် ညနေပိုင်း သို့မဟုတ် စနေ၊ တနင်္ဂနွေများတွင် အလုပ်လုပ်သည်)။ ဂိမ်းက မပြီးသေးပေမယ့် အတွေ့အကြုံက အကျိုးရှိမယ်ထင်တယ်။ ဂိမ်းကို အစကနေ ပြန်တည်ဆောက်ရင်း သင်ယူခဲ့ရတာတွေကို မျှဝေပေးပါမယ်။

Skillbox မှ အကြံပြုထားသည်- နှစ်နှစ်စာလက်တွေ့သင်တန်း "ကျွန်တော်က PRO ဝဘ် developer တစ်ယောက်ပါ".

ငါတို့မင်းကိုသတိပေးတယ် "Habr" ၏စာဖတ်သူအားလုံးအတွက် - "Habr" ပရိုမိုးရှင်းကုဒ်ကို အသုံးပြု၍ မည်သည့် Skillbox သင်တန်းတွင်စာရင်းသွင်းသည့်အခါ 10 ရူဘယ်လျှော့စျေး။

ဘာကြောင့် သံချေးတက်တာလဲ။

အကြောင်းကောင်းတွေ အများကြီးကြားခဲ့ရပြီး ဂိမ်းဖန်တီးမှုမှာ ပိုပိုပြီးရေပန်းစားလာတာကို တွေ့လိုက်ရတာကြောင့် ဒီဘာသာစကားကို ရွေးချယ်ခဲ့တာပါ။ ဂိမ်းမရေးခင်၊ Rust မှာ ရိုးရှင်းတဲ့ အပလီကေးရှင်းတွေကို တီထွင်တဲ့ အတွေ့အကြုံနည်းနည်းရှိခဲ့တယ်။ ဒါက ဂိမ်းရေးနေရင်းနဲ့ လွတ်လွတ်လပ်လပ် ခံစားခွင့်ရဖို့ လုံလောက်ပါတယ်။

ဘာကြောင့်ဂိမ်းနဲ့ ဘယ်လိုဂိမ်းမျိုးလဲ။

ဂိမ်းများဖန်တီးခြင်းသည် ပျော်စရာကောင်းသည်။ အကြောင်းပြချက်များ ပိုရှိချင်သော်လည်း၊ "အိမ်" ပရောဂျက်များအတွက် ကျွန်ုပ်၏ပုံမှန်အလုပ်နှင့် သိပ်မသက်ဆိုင်သော အကြောင်းအရာများကို ရွေးချယ်ပါသည်။ ဒါက ဘာဂိမ်းလဲ။ Cities Skylines၊ Zoo Tycoon၊ Prison Architect နဲ့ Tennis ကိုယ်တိုင်ပေါင်းစပ်ထားတဲ့ Tennis Simulator လိုမျိုး တစ်ခုခုလုပ်ချင်တယ်။ ယေဘူယျအားဖြင့်၊ လူများလာရောက်ကစားသည့် တင်းနစ်အကယ်ဒမီအကြောင်း ဂိမ်းတစ်ခုဖြစ်လာသည်။

နည်းပညာသင်တန်း

Rust ကို သုံးချင်သော်လည်း စတင်ရန် မည်မျှကြာမည်ကို အတိအကျ မသိပါ။ Pixel Shaders တွေကို မရေးချင်ဘဲ drag-n-drop ကို မသုံးချင်ဘူး၊ ဒါကြောင့် ပြောင်းလွယ်ပြင်လွယ်ဆုံး ဖြေရှင်းနည်းတွေကို ရှာနေတယ်။

မင်းနဲ့မျှဝေထားတဲ့ အသုံးဝင်တဲ့အရင်းအမြစ်တွေကို ငါတွေ့ခဲ့တယ်-

• ငါတို့ကစားသေးလား။ - ဂိမ်းဖွံ့ဖြိုးတိုးတက်မှုအတွက် လိုအပ်သော Rust အစိတ်အပိုင်းများစာရင်း။
• သံချေးဂိမ်း dev subreddit;
• အခမဲ့ pixel အနုပညာ။

ကျွန်တော်သည် Rust ဂိမ်းအင်ဂျင်များစွာကို ရှာဖွေခဲ့ပြီး နောက်ဆုံးတွင် Piston နှင့် ggez ကိုရွေးချယ်ခဲ့သည်။ အရင်ပရောဂျက်တစ်ခုလုပ်ရင်းနဲ့ သူတို့ကိုတွေ့ခဲ့တယ်။ အဆုံးတွင်၊ သေးငယ်သော 2D ဂိမ်းကို အကောင်အထည်ဖော်ရန် ပိုမိုသင့်လျော်ပုံပေါက်သောကြောင့် ggez ကို ရွေးချယ်ခဲ့သည်။ Piston ၏ မော်ဂျူလာဖွဲ့စည်းပုံသည် အတွေ့အကြုံမရှိသေးသော developer (သို့မဟုတ် ပထမဆုံးအကြိမ် Rust နှင့် အလုပ်လုပ်နေသူ) အတွက် အလွန်ရှုပ်ထွေးပါသည်။

ဂိမ်းဖွဲ့စည်းပုံ

ပရောဂျက်ရဲ့ ဗိသုကာလက်ရာနဲ့ ပတ်သက်ပြီး အချိန်အတော်ကြာ စဉ်းစားခဲ့တယ်။ ပထမအဆင့်မှာ လူများနှင့် တင်းနစ်ကွင်းများ ပြုလုပ်ရန်ဖြစ်သည်။ လူတွေက တရားရုံးကို လှည့်ပတ်ပြီး စောင့်ခိုင်းတယ်။ ကစားသမားများသည် အချိန်နှင့်အမျှ တိုးတက်သော စွမ်းရည်များ ရှိရမည်။ ထို့အပြင်၊ သင့်အား လူသစ်များနှင့် တရားရုံးများကို ထည့်သွင်းနိုင်စေမည့် တည်းဖြတ်သူရှိသင့်သော်လည်း ၎င်းသည် အခမဲ့မဟုတ်တော့ပါ။

အရာရာကို တွေးပြီး အလုပ်ဆင်းခဲ့တယ်။

ဂိမ်းဖန်တီးမှု

အစ- စက်ဝိုင်းများနှင့် စိတ်ကူးယဉ်မှုများ

ggez မှ ဥပမာတစ်ခုကိုယူ၍ ဖန်သားပြင်ပေါ်တွင် စက်ဝိုင်းတစ်ခုရခဲ့သည်။ အံ့ဩစရာ! အခုကျတော့ abstractions တွေ။ ဂိမ်းဝတ္တုတစ်ခုရဲ့ အတွေးအမြင်ကနေ ရုန်းထွက်ဖို့ကောင်းမယ်ထင်တယ်။ ဤနေရာတွင်ဖော်ပြထားသည့်အတိုင်း အရာဝတ္ထုတစ်ခုစီကို ပြန်ဆိုကာ အပ်ဒိတ်လုပ်ရပါမည်-

// 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
— circle.rs
— main.rs -> ပင်မကွင်းဆက်

လူများ၊ ကြမ်းပြင်များနှင့် ရုပ်ပုံများ

နောက်တစ်ဆင့်မှာ Person game object တစ်ခုကို ဖန်တီးပြီး ပုံများကို တင်ရန် ဖြစ်သည်။ အားလုံးကို 32*32 ကြွေပြားပေါ်တွင် အခြေခံ၍ တည်ဆောက်သင့်သည်။

တင်းနစ်ကွင်း

တင်းနစ်ကွင်းတွေက ဘယ်လိုပုံစံလဲဆိုတာ လေ့လာပြီးနောက်၊ 4*2 ကြွေပြားတွေနဲ့ ပြုလုပ်ဖို့ ဆုံးဖြတ်ခဲ့ပါတယ်။ အစပိုင်းတွင်၊ ဤအရွယ်အစားပုံတစ်ပုံကို ဖန်တီးနိုင်သည်၊ သို့မဟုတ် သီးခြားအကွက် ၈ ခုကို ပေါင်းထည့်နိုင်သည်။ ဒါပေမယ့် တမူထူးခြားတဲ့ ကြွေပြားနှစ်ချပ်ပဲ လိုအပ်တယ်ဆိုတာ သိလိုက်ရတယ်၊ ဒါက ဘာကြောင့်လဲ။

စုစုပေါင်းကျွန်ုပ်တို့၌ထိုကဲ့သို့သောအကွက်နှစ်ခုရှိသည်: 1 နှင့် 2 ။

တရားရုံး၏ အပိုင်းတစ်ခုစီတွင် အကွက် 1 သို့မဟုတ် အကွက် 2 ပါ၀င်သည်။ ၎င်းတို့ကို ပုံမှန်အတိုင်း သို့မဟုတ် 180 ဒီဂရီလှန်နိုင်သည်။

အခြေခံတည်ဆောက်မှု (စုဝေးမှု) မုဒ်

ဝဘ်ဆိုက်များ၊ လူများနှင့် မြေပုံများကို တင်ဆက်နိုင်ပြီးနောက်၊ အခြေခံစုဝေးမှုမုဒ်တစ်ခုလည်း လိုအပ်ကြောင်း နားလည်ခဲ့သည်။ ခလုတ်ကို နှိပ်လိုက်တဲ့အခါ၊ အရာဝတ္ထုကို ရွေးချယ်ပြီး ကလစ်နှိပ်လိုက်တာနဲ့ လိုချင်တဲ့ နေရာမှာ ထားလိုက်တယ်။ ထို့ကြောင့် ခလုတ် 1 သည် သင့်အား တရားရုံးတစ်ခုကို ရွေးချယ်နိုင်မည်ဖြစ်ပြီး ခလုတ် 2 သည် သင့်အား ကစားသမားတစ်ဦးကို ရွေးချယ်နိုင်စေမည်ဖြစ်သည်။

ဒါပေမယ့် 1 နဲ့ 2 က ဘာကိုဆိုလိုသလဲဆိုတာကို မှတ်မိနေဖို့ လိုသေးတဲ့အတွက် ဘယ်အရာဝတ္တုကို ရွေးခဲ့တာလဲဆိုတာ ရှင်းရှင်းလင်းလင်းသိနိုင်ဖို့ ဝိုင်ယာဘောင်တစ်ခုကို ထည့်လိုက်တယ်။ ဒါက ဘာပုံလဲ။

ဗိသုကာပညာနှင့် ပြန်လည်ပြုပြင်ရေးဆိုင်ရာ မေးခွန်းများ

ယခု ကျွန်ုပ်တွင် လူများ၊ တရားရုံးများနှင့် ကြမ်းပြင်များရှိသည်။ သို့သော် ဝါယာဖရိမ်များ အလုပ်လုပ်နိုင်စေရန်၊ အရာဝတ္တုတစ်ခုစီကို ၎င်းတို့ကိုယ်တိုင်သရုပ်ပြမုဒ်တွင်ရှိမရှိ၊ သို့မဟုတ် ဖရိမ်တစ်ခုကို ရိုးရိုးရှင်းရှင်းရေးဆွဲထားခြင်းရှိမရှိကို ပြောပြရန် လိုအပ်သည်။ ဒါက သိပ်အဆင်မပြေဘူး။

ဗိသုကာပညာသည် ကန့်သတ်ချက်အချို့ကို ဖော်ပြသည့်နည်းလမ်းဖြင့် ပြန်လည်စဉ်းစားရန် လိုအပ်သည်ဟု ကျွန်ုပ်ထင်သည်-

• သူ့ဘာသာသူ တင်ဆက်ပြီး အပ်ဒိတ်လုပ်သည့် အဖွဲ့အစည်းတစ်ခုရှိခြင်းသည် ပြဿနာတစ်ခုဖြစ်ပြီး ထိုအဖွဲ့အစည်းသည် ၎င်းအား တင်ဆက်ရမည့်အရာကို “သိ” နိုင်မည် မဟုတ်သောကြောင့် - ရုပ်ပုံနှင့် ဝါယာဖရမ်တစ်ခု၊
• တစ်ဦးချင်းစီ entities များအကြား ဂုဏ်သတ္တိနှင့် အပြုအမူ ဖလှယ်ရန် ကိရိယာ မရှိခြင်း (ဥပမာ၊ is_build_mode ပိုင်ဆိုင်မှု သို့မဟုတ် အပြုအမူ rendering)။ Rust တွင် ၎င်းကို အကောင်အထည်ဖော်ရန် သင့်လျော်သောနည်းလမ်းမရှိသော်လည်း အမွေဆက်ခံမှုကို အသုံးပြုရန် ဖြစ်နိုင်သည်။ တကယ်လိုအပ်တာက အဆင်အပြင်၊
• လူများကို တရားရုံးများသို့ တာဝန်ပေးအပ်ရန် အဖွဲ့အစည်းများအကြား အပြန်အလှန် အကျိုးပြုမှုဆိုင်ရာ ကိရိယာတစ်ခု လိုအပ်ပါသည်။
• entities များကိုယ်တိုင်က ထိန်းချုပ်မှုမှ လျင်မြန်စွာ ရုန်းထွက်နိုင်သော data နှင့် logic ရောနှောနေပါသည်။

ကျွန်တော် နောက်ထပ် သုတေသနလုပ်ခဲ့ပြီး ဗိသုကာလက်ရာကို ရှာဖွေတွေ့ရှိခဲ့ပါတယ်။ ECS - Entity Component စနစ်ဂိမ်းများတွင် အသုံးများသော၊ ဤသည်မှာ ECS ၏အကျိုးကျေးဇူးများဖြစ်သည်။

• အချက်အလက်ကို ယုတ္တိဗေဒနှင့် ခွဲခြားထားသည်။
• အမွေဆက်ခံမည့်အစား ဖွဲ့စည်းမှု၊
• ဒေတာဗဟိုပြုဗိသုကာ။

ECS သည် အခြေခံသဘောတရားသုံးမျိုးဖြင့် လက္ခဏာဆောင်သည်-

• အရာဝတ္ထုများ - သတ်မှတ်သူအားရည်ညွှန်းသော အရာဝတ္ထုအမျိုးအစား (၎င်းသည် ကစားသမားတစ်ဦး၊ ဘောလုံး သို့မဟုတ် အခြားအရာတစ်ခု ဖြစ်နိုင်သည်)။
• အစိတ်အပိုင်းများ- entities များကို ၎င်းတို့ဖြင့် ဖွဲ့စည်းထားသည်။ ဥပမာ - ပုံဖေါ်ခြင်း အစိတ်အပိုင်း၊ တည်နေရာနှင့် အခြားအရာများ။ ၎င်းတို့သည် ဒေတာသိုလှောင်ရုံများဖြစ်သည်။
• စနစ်များ - ၎င်းတို့သည် အရာဝတ္တုများနှင့် အစိတ်အပိုင်းများကို အသုံးပြုကြပြီး၊ ဤဒေတာအပေါ်အခြေခံသည့် အပြုအမူနှင့် ယုတ္တိဗေဒများပါရှိသည်။ ဥပမာတစ်ခုသည် rendering components များပါရှိသော entities များအားလုံးကို ထပ်တလဲလဲလုပ်ကာ rendering ကိုလုပ်ဆောင်သည့် rendering system တစ်ခုဖြစ်သည်။

၎င်းကိုလေ့လာပြီးနောက် ECS သည် အောက်ပါပြဿနာများကို ဖြေရှင်းပေးကြောင်း သိသာထင်ရှားလာပါသည်။

• အစိတ်အပိုင်းများကို စနစ်တကျစုစည်းရန် အမွေဆက်ခံမည့်အစား layout ကိုအသုံးပြုခြင်း၊
• ထိန်းချုပ်မှုစနစ်များမှတဆင့် ကုဒ်များ ရှုပ်ပွခြင်းကို ဖယ်ရှားခြင်း၊
• rendering system တွင် wireframe logic ကို တစ်နေရာတည်းတွင်ထားရန် is_build_mode ကဲ့သို့သော နည်းလမ်းများကို အသုံးပြုခြင်း။

ECS ကို အကောင်အထည် ဖော်ပြီးနောက် ဒါက ဖြစ်ပျက်ခဲ့တာ။

အရင်းအမြစ်များ -> ဤနေရာတွင် ပိုင်ဆိုင်မှုအားလုံး (ပုံများ)
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 -> ပင်မကွင်းဆက်

ကျနော်တို့က လူတွေကို တရားရုံးတွေမှာ တာဝန်ပေးတယ်။

ECS သည် ဘဝကို ပိုမိုလွယ်ကူစေသည်။ ယခု ကျွန်ုပ်တွင် အချက်အလက်များကို အစုအဝေးများသို့ ပေါင်းထည့်ရန်နှင့် ထိုဒေတာအပေါ်အခြေခံ၍ ယုတ္တိဗေဒကို ထည့်သွင်းရန် စနစ်တကျနည်းလမ်းတစ်ခုရှိသည်။ ဒါမှလည်း တရားရုံးတွေကြားက လူတွေကို ဖြန့်ကျက်စည်းရုံးနိုင်စေတယ်။

ငါ ဘာလုပ်လိုက်တာလဲ

• လူတစ်ဦးထံသို့ ပေးအပ်ထားသော တရားရုံးများဆိုင်ရာ အချက်အလက်များကို ထပ်လောင်းထည့်ခြင်း၊
• TennisCourt သို့ ဖြန့်ဝေထားသော လူများအကြောင်း ဒေတာထပ်ထည့်သည်။
• လူများနှင့်တရားရုံးများကိုခွဲခြမ်းစိတ်ဖြာရန်ခွင့်ပြုသည့် CourtChoosingSystem၊ တရားရုံးများကိုရှာဖွေပြီးကစားသမားများကိုဖြန့်ဝေရန်ခွင့်ပြုသည်။
• တရားရုံးများတွင် တာဝန်ကျသူများကို ရှာဖွေပေးသည့် PersonMovementSystem ကို ပေါင်းထည့်ထားပြီး ထိုနေရာ၌ မရှိပါက လိုအပ်သည့်နေရာသို့ လူများကို ပို့ပေးသည်။

တက်ကဉျြးခြုပျ

ဒီရိုးရှင်းတဲ့ဂိမ်းကို အလုပ်လုပ်ရတာ အရမ်းပျော်တယ်။ ထို့အပြင်၊ Rust ကို အသုံးပြု၍ ရေးသားရခြင်းအတွက် ဝမ်းမြောက်မိပါသည်၊၊

• သံချေးသည် သင်လိုအပ်သောအရာကို ပေးသည်။
• အလွန်ကောင်းမွန်သောစာရွက်စာတမ်းများပါရှိသည်။ Rust သည်အတော်လေးပြေပြစ်သည်။
• ညီညွတ်မှုသည် အေးမြသည်။
• C++ တွင် ကျွန်ုပ်မကြာခဏပြုလုပ်ခဲ့သော ပုံတူကူးခြင်း၊ ကူးယူခြင်း သို့မဟုတ် အခြားသော အလားတူလုပ်ဆောင်မှုများကို သင် အားကိုးစရာမလိုပါ။
• ရွေးချယ်စရာများသည် အသုံးပြုရအလွန်လွယ်ကူပြီး အမှားများကို ကောင်းစွာကိုင်တွယ်နိုင်သည်;
• ပရောဂျက်ကို ပြုစုနိုင်ရင်၊ အချိန်ရဲ့ 99% က အလုပ်လုပ်ပြီး ဖြစ်သင့်သလောက် အတိအကျပါပဲ။ compiler error messages တွေက ကျွန်တော်မြင်ဖူးသမျှထဲမှာ အကောင်းဆုံးလို့ထင်ပါတယ်။

Rust တွင် ဂိမ်းတည်ဆောက်မှုသည် ယခုမှ စတင်ပါသည်။ သို့သော် လူတိုင်းအတွက် Rust ကိုဖွင့်ရန် တည်ငြိမ်ပြီး မျှမျှတတ ကြီးမားသော အသိုက်အဝန်းတစ်ခုရှိနေပြီဖြစ်သည်။ ထို့ကြောင့်၊ ကျွန်ုပ်သည် ကျွန်ုပ်တို့၏ဘုံအလုပ်၏ရလဒ်များကို စောင့်မျှော်လျက် ဘာသာစကား၏အနာဂတ်ကို အကောင်းမြင်စိတ်ဖြင့် ကြည့်ရှုပါသည်။

Skillbox မှ အကြံပြုထားသည်-

• အွန်လိုင်းသင်တန်း "Profession Frontend Developer".
• လက်တွေ့သင်တန်း "မိုဘိုင်း Developer PRO".
• လက်တွေ့ တစ်နှစ်သင်တန်း "PHP developer 0 မှ PRO".

source: www.habr.com