【免費(fèi)下載鏈接】amethystData-oriented and>項(xiàng)目地址https://gitcode.com/gh_mirrors/ame/amethyst點(diǎn)擊查看免費(fèi)下載本文是 AmethystRust 數(shù)據(jù)驅(qū)動(dòng)游戲引擎Pong 教程系列的第四篇基于倉庫中 book/src/pong-tutorial/pong-tutorial-04.md 編寫。在第三篇我們已經(jīng)實(shí)現(xiàn)了捕捉鍵盤輸入驅(qū)動(dòng)擋板移動(dòng)的PaddleSystem本篇將在既有 ECS 架構(gòu)之上為游戲加入一個(gè)全新的實(shí)體——球Ball先為其定義Ball組件并在世界中心生成實(shí)體再編寫MoveBallsSystem基于 delta time 的幀率無關(guān)移動(dòng)與BounceSystem球與擋板、上下邊界的碰撞反彈最后通過狀態(tài)SimpleState中的字段與update方法實(shí)現(xiàn)球的延遲生成解決游戲剛啟動(dòng)球就立刻飛離屏幕的問題。讀完本篇你將掌握如何定義并注冊(cè)自定義組件、如何用Time資源實(shí)現(xiàn)幀率無關(guān)的運(yùn)動(dòng)、如何用包圍盒展開法做軸對(duì)齊碰撞檢測(cè)以及如何用Optionf32計(jì)時(shí)器實(shí)現(xiàn)延遲生成邏輯。完整代碼見倉庫 examples/pong_tutorial_04 示例。前置準(zhǔn)備本教程對(duì)應(yīng)的運(yùn)行方式本教程的所有階段性代碼都作為獨(dú)立示例存放在倉庫 examples 目錄下pong_tutorial_01至pong_tutorial_06分別對(duì)應(yīng)教程每一步完成后的狀態(tài)。如果你克隆了 Amethyst 倉庫可以直接運(yùn)行本篇對(duì)應(yīng)的示例cargo run -p pong_tutorial_04運(yùn)行前需要先完成 Getting started 章節(jié) 的環(huán)境準(zhǔn)備。示例運(yùn)行所需的資產(chǎn)精靈圖與配置display.ron、bindings.ron都位于 examples/pong_tutorial_04 目錄中。注意倉庫內(nèi)示例的main.rs有一行注釋說明由于示例運(yùn)行在 git 倉庫上下文里資產(chǎn)目錄使用了app_root.join(assets/)這一與教程正文略有不同的加載方式見 examples/pong_tutorial_04/main.rs。定義球的常量與 Ball 組件在 pong.rs 中新增常量與之前章節(jié)一樣先在 pong.rs 頂部定義本章需要的常量。教程采用硬編碼常量而非外部配置文件的方式注釋中也說明了原因當(dāng)需要頻繁調(diào)整數(shù)值時(shí)配置文件更有優(yōu)勢(shì)這里為了保持簡(jiǎn)單直接寫在代碼里pub const BALL_VELOCITY_X: f32 75.0; pub const BALL_VELOCITY_Y: f32 50.0; pub const BALL_RADIUS: f32 2.0;結(jié)合倉庫中完整的 pong.rs 可以看到它們與之前定義的競(jìng)技場(chǎng)與擋板常量并列pub const ARENA_HEIGHT: f32 100.0; pub const ARENA_WIDTH: f32 100.0; pub const PADDLE_HEIGHT: f32 16.0; pub const PADDLE_WIDTH: f32 4.0;其中ARENA_WIDTH與ARENA_HEIGHT均為 100.0球的初速度在 X 方向?yàn)?75.0、Y 方向?yàn)?50.0每秒移動(dòng)的單位數(shù)半徑僅 2.0——這些數(shù)值共同決定了球在競(jìng)技場(chǎng)中的運(yùn)動(dòng)節(jié)奏。創(chuàng)建 Ball 組件接下來定義Ball組件。在 ECS 中組件就是純數(shù)據(jù)球需要速度與半徑所以組件就保存這兩項(xiàng)pub struct Ball { pub velocity: [f32; 2], pub radius: f32, }倉庫中的實(shí)際定義位于 examples/pong_tutorial_04/pong.rs。注意這里velocity用[f32; 2]數(shù)組分別表示 x、y 兩個(gè)方向的速度反彈邏輯將通過取負(fù)號(hào)翻轉(zhuǎn)某個(gè)方向的分量來實(shí)現(xiàn)。與之對(duì)比擋板組件Paddlepong.rs則保存side、width、height以及位置x、y碰撞檢測(cè)時(shí)會(huì)用到擋板的寬高與陣營(yíng)Side::Left/Side::Right。編寫 initialize_ball 生成函數(shù)參照上一篇initialize_paddles的寫法新增initialize_ball函數(shù)在競(jìng)技場(chǎng)中央生成一個(gè)球?qū)嶓w/// initializes one ball in the middle-ish of the arena. fn initialize_ball(world: mut World, sprite_sheet_handle: HandleSpriteSheet) { // Create the translation. let mut local_transform Transform::default(); local_transform.set_translation_xyz(ARENA_WIDTH / 2.0, ARENA_HEIGHT / 2.0, 0.0); // Assign the sprite for the ball. The ball is the second sprite in the sheet. let sprite_render SpriteRender::new(sprite_sheet_handle, 1); world .push((sprite_render),Ball { radius: BALL_RADIUS, velocity: [BALL_VELOCITY_X, BALL_VELOCITY_Y], },local_transform); }幾個(gè)關(guān)鍵點(diǎn)初始位置球的Transform被設(shè)置為(ARENA_WIDTH / 2.0, ARENA_HEIGHT / 2.0, 0.0)即競(jìng)技場(chǎng)中心倉庫最終版做了微調(diào)改為(ARENA_WIDTH - BALL_RADIUS) * 0.5與(ARENA_HEIGHT - BALL_RADIUS) * 0.5見 pong.rs效果上都是居中生成。精靈索引SpriteRender::new(sprite_sheet_handle, 1)中的1表示使用精靈圖中的第二個(gè)精靈。上一章繪制擋板我們學(xué)過如何加載精靈圖精靈圖布局定義在 assets/texture/pong_spritesheet.ron紋理尺寸為 8×16第一個(gè)精靈索引 0是x: 0, y: 0, width: 4, height: 16的豎長(zhǎng)條擋板第二個(gè)精靈索引 1是x: 4, y: 0, width: 4, height: 4的正方形球。實(shí)體組裝通過world.push(...)一次把渲染組件、邏輯組件與變換組件組合成實(shí)體——這正是 ECS 的核心用法實(shí)體只是把數(shù)據(jù)組件聚合在一起的邏輯容器。在 on_start 中注冊(cè)并生成球要確保代碼按預(yù)期工作需要更新on_start方法。這一步要臨時(shí)注冊(cè)Ball組件并調(diào)用initialize_ballfn on_start(mut self, data: StateData_, GameData) { let world data.world; // Load the spritesheet necessary to render the graphics. let sprite_sheet_handle load_sprite_sheet(world); world.register::Ball(); // - add this line temporarily initialize_ball(world, sprite_sheet_handle.clone()); // - add this line initialize_paddles(world, sprite_sheet_handle); initialize_camera(world); }這里有兩個(gè)容易踩坑的細(xì)節(jié)register::Ball()是臨時(shí)的教程強(qiáng)調(diào)這一行只是暫時(shí)添加。因?yàn)樵?ECS 中World需要預(yù)先知道組件類型才能為其分配存儲(chǔ)空間當(dāng)稍后引入MoveBallsSystem、BounceSystem等系統(tǒng)后系統(tǒng)本身會(huì)負(fù)責(zé)注冊(cè)所需的組件屆時(shí)這一行就需要移除倉庫最終版 pong.rs 的on_start中已經(jīng)沒有它了。sprite_sheet_handle.clone()必不可少initialize_paddles和initialize_ball都會(huì)消費(fèi)consume這個(gè)句柄Handle按值傳遞所以第二次調(diào)用前必須克隆一份否則所有權(quán)會(huì)被轉(zhuǎn)移、編譯無法通過。Handle本身是引用計(jì)數(shù)的輕量句柄克隆成本極低。此時(shí)運(yùn)行游戲應(yīng)該能看到兩塊擋板和位于屏幕中央的球。用 MoveBallsSystem 讓球動(dòng)起來delta time 與幀率無關(guān)System 的本質(zhì)上一篇教程介紹過System 是對(duì)某一類組件全體實(shí)體行為的描述而非單個(gè)實(shí)例。它每幀運(yùn)行一次讀取Ball與Transform組件并更新變換。我們新建systems/move_balls.rs實(shí)現(xiàn)MoveBallsSystemuse amethyst::{ core::timing::Time, core::transform::Transform, ecs::{System, World}, }; use crate::pong::Ball; pub struct MoveBallsSystem; impl System for MoveBallsSystem { type SystemData ( .read_component::Ball(), .write_component::Transform() .read_resource::Time(), ); fn run(mut self, (balls, mut locals, time): Self::SystemData) { // Move every ball according to its speed, and the time passed. for (ball, local) in (balls, mut locals).join() { local.prepend_translation_x(ball.velocity[0] * time.delta_seconds()); local.prepend_translation_y(ball.velocity[1] * time.delta_seconds()); } } fn build(self) - Box(dyn ParallelRunnable static) {} }注教程正文的片段沿用了舊版 Specs 的SystemData/join()寫法倉庫中的實(shí)際示例已升級(jí)為基于SystemBuilder的新 API見下文與倉庫實(shí)現(xiàn)對(duì)照。這個(gè)系統(tǒng)做的事遍歷所有同時(shí)擁有Ball和Transform的實(shí)體將速度分量乘以delta_seconds后累加到平移上。join()是 ECS 中經(jīng)典的聯(lián)接操作——它同時(shí)遍歷多個(gè)組件存儲(chǔ)只產(chǎn)出那些同時(shí)持有全部所需組件的實(shí)體。當(dāng)前游戲只有一個(gè)球但如果未來出現(xiàn)多個(gè)球這個(gè)系統(tǒng)無需任何修改即可天然支持所有球?qū)嶓w——這正是 ECS 數(shù)據(jù)驅(qū)動(dòng)范式的優(yōu)勢(shì)。幀率無關(guān)運(yùn)動(dòng)為什么需要 delta time教程特別強(qiáng)調(diào)幀率無關(guān)framerate independence無論游戲跑在 60 FPS 還是 144 FPS 的機(jī)器上球都應(yīng)保持相同的移動(dòng)速度。如果簡(jiǎn)單地在每幀加上固定位移高幀率機(jī)器的球就會(huì)飛得更快物理節(jié)奏完全失真。解決辦法就是delta time增量時(shí)間即自上一幀以來經(jīng)過的時(shí)長(zhǎng)這一技巧通常被稱為 delta timing。在 Amethyst 中可以通過資源amethyst::core::timing::Time文檔見 amethyst_core::timing::Time獲取其delta_seconds()方法返回自上一幀以來的秒數(shù)。Time是一個(gè)資源Resource——與組件不同資源是全局共享的單例數(shù)據(jù)由引擎每幀自動(dòng)更新因此系統(tǒng)只需通過.read_resource::Time()聲明讀取即可。local.prepend_translation_x(ball.velocity[0] * time.delta_seconds());位移 速度 × 時(shí)間這是經(jīng)典的物理運(yùn)動(dòng)公式。無論幀率高低每幀走過的路程都與該幀實(shí)際耗時(shí)成正比從而保證全局速度一致。與倉庫實(shí)現(xiàn)對(duì)照SystemBuilder 新 API倉庫 examples/pong_tutorial_04/systems/move_balls.rs 中給出了教程片段的現(xiàn)代化版本邏輯完全一致只是換用了SystemBuilderimpl System for BallSystem { fn build(self) - Boxdyn ParallelRunnable { Box::new( SystemBuilder::new(MoveBallsSystem) .with_query((Ball, mut Transform)::query()) .read_resource::Time() .read_component::Ball() .write_component::Transform() .build(move |_commands, world, time, query_balls| { for (ball, local) in query_balls.iter_mut(world) { local.prepend_translation_x( ball.velocity[0] * time.delta_time().as_secs_f32(), ); local.prepend_translation_y( ball.velocity[1] * time.delta_time().as_secs_f32(), ); } }), ) } }with_query聲明查詢(Ball, mut Transform)組合read_resource::Time()聲明讀取Time資源delta_time().as_secs_f32()與舊 API 的delta_seconds()等價(jià)。無論哪種寫法核心思想一致讀速度、讀時(shí)間、寫變換三者結(jié)合實(shí)現(xiàn)幀率無關(guān)移動(dòng)。用 BounceSystem 實(shí)現(xiàn)碰撞反彈球能動(dòng)之后還需要檢測(cè)碰撞并反彈。新建systems/bounce.rs實(shí)現(xiàn)BounceSystem職責(zé)有二球與上下邊界的碰撞、球與兩塊擋板的碰撞。碰撞發(fā)生時(shí)通過翻轉(zhuǎn)Ball組件速度在 x 或 y 軸上的分量實(shí)現(xiàn)反彈。use amethyst::{ core::{Transform}, ecs::{System, World}, }; use crate::pong::{Ball, Paddle, Side, ARENA_HEIGHT}; pub struct BounceSystem; impl System for BounceSystem { type SystemData ( .write_component::Ball() .read_component::Paddle(), .read_component::Transform(), ); fn run(mut self, (mut balls, paddles, transforms): Self::SystemData) { // Check whether a ball collided, and bounce off accordingly. // // We also check for the velocity of the ball every time, to prevent multiple collisions // from occurring. for (ball, transform) in (mut balls, transforms).join() { let ball_x transform.translation().x; let ball_y transform.translation().y; // Bounce at the top or the bottom of the arena. if (ball_y ball.radius ball.velocity[1] 0.0) || (ball_y ARENA_HEIGHT - ball.radius ball.velocity[1] 0.0) { ball.velocity[1] -ball.velocity[1]; } // Bounce at the paddles. for (paddle, paddle_transform) in (paddles, transforms).join() { let paddle_x paddle_transform.translation().x - (paddle.width * 0.5); let paddle_y paddle_transform.translation().y - (paddle.height * 0.5); // To determine whether the ball has collided with a paddle, we create a larger // rectangle around the current one, by subtracting the ball radius from the // lowest coordinates, and adding the ball radius to the highest ones. The ball // is then within the paddle if its center is within the larger wrapper // rectangle. if point_in_rect( ball_x, ball_y, paddle_x - ball.radius, paddle_y - ball.radius, paddle_x paddle.width ball.radius, paddle_y paddle.height ball.radius, ) { if (paddle.side Side::Left ball.velocity[0] 0.0) || (paddle.side Side::Right ball.velocity[0] 0.0) { ball.velocity[0] -ball.velocity[0]; } } } } } fn build(self) - Box(dyn ParallelRunnable static) {} } // A point is in a box when its coordinates are smaller or equal than the top // right and larger or equal than the bottom left. fn point_in_rect(x: f32, y: f32, left: f32, bottom: f32, right: f32, top: f32) - bool { x left x right y bottom y top }上下邊界反彈if (ball_y ball.radius ball.velocity[1] 0.0) || (ball_y ARENA_HEIGHT - ball.radius ball.velocity[1] 0.0) { ball.velocity[1] -ball.velocity[1]; }球的 y 坐標(biāo)小于等于其半徑時(shí)觸底大于等于ARENA_HEIGHT - ball.radius時(shí)觸頂兩種情況都翻轉(zhuǎn)velocity[1]。注意這里同時(shí)檢查速度方向 0.0或 0.0這可以防止重復(fù)碰撞——如果球已經(jīng)反彈向上那么即使下一幀坐標(biāo)仍在邊界附近由于速度方向已正確也不會(huì)再次觸發(fā)翻轉(zhuǎn)避免球卡在邊界上來回抖動(dòng)。擋板碰撞把球當(dāng)膨脹的矩形檢測(cè)擋板碰撞檢測(cè)的思路值得細(xì)講。判斷球圓心(ball_x, ball_y)、半徑ball.radius是否碰到矩形擋板左下角(paddle_x, paddle_y)、寬paddle.width、高paddle.height等價(jià)于判斷圓心是否落在一個(gè)膨脹過的矩形內(nèi)把擋板的四條邊分別向外擴(kuò)ball.radius得到更大的包圍矩形paddle_x - ball.radius, // left 左邊界外擴(kuò) paddle_y - ball.radius, // bottom 下邊界外擴(kuò) paddle_x paddle.width ball.radius, // right 右邊界外擴(kuò) paddle_y paddle.height ball.radius, // top 上邊界外擴(kuò)然后調(diào)用工具函數(shù)point_in_rect判斷圓心是否落入該膨脹矩形fn point_in_rect(x: f32, y: f32, left: f32, bottom: f32, right: f32, top: f32) - bool { x left x right y bottom y top }只要 x 在[left, right]、y 在[bottom, top]閉區(qū)間內(nèi)即為碰撞。這就是將圓-矩形碰撞等價(jià)轉(zhuǎn)化為點(diǎn)-矩形包含測(cè)試的經(jīng)典做法把復(fù)雜的幾何相交問題化簡(jiǎn)為幾次浮點(diǎn)比較。下圖直觀展示了這一判定邏輯反彈時(shí)同樣校驗(yàn)速度方向確保只有球真正朝向擋板飛來時(shí)才翻轉(zhuǎn) x 方向速度if (paddle.side Side::Left ball.velocity[0] 0.0) || (paddle.side Side::Right ball.velocity[0] 0.0) { ball.velocity[0] -ball.velocity[0]; }左擋板只反彈向左飛velocity[0] 0.0的球右擋板只反彈向右飛velocity[0] 0.0的球防止球粘在擋板上被反復(fù)翻轉(zhuǎn)。倉庫最終版 systems/bounce.rs 在邏輯上完全一致?lián)醢逦恢酶挠蒔addle組件自身的x、y字段提供碰撞時(shí)打印Bounce!便于調(diào)試并使用了world.split_for_query將球查詢與擋板查詢分區(qū)以避免借用沖突——這是同一碰撞邏輯在新 API 下的表達(dá)。注冊(cè)新系統(tǒng)systems/mod.rs 與 Dispatcher更新 systems/mod.rs教程正文給出的模塊組織方式是在systems/mod.rs中同時(shí)使用pub use重導(dǎo)出與mod聲明pub use self::paddle::PaddleSystem; pub use self::move_balls::MoveBallsSystem; pub use self::bounce::BounceSystem; mod move_balls; mod bounce; mod paddle;倉庫中的 systems/mod.rs 則采用更直接的pub mod寫法pub mod bounce; pub mod move_balls; pub mod paddle;無論哪種組織方式目標(biāo)都是把各個(gè)系統(tǒng)作為模塊暴露出去供main.rs統(tǒng)一組裝。把系統(tǒng)加入 Dispatcher最后一步是把新系統(tǒng)注冊(cè)進(jìn)調(diào)度器DispatcherAmethyst 用它管理系統(tǒng)的執(zhí)行順序與并行性let game_data DispatcherBuilder::default() // ...other systems... .with(systems::MoveBallsSystem, ball_system, []) .with( systems::BounceSystem, collision_system, [paddle_system, ball_system], );這里體現(xiàn)了 Amethyst 系統(tǒng)依賴聲明機(jī)制MoveBallsSystem命名為ball_system依賴列表為空[]表示它不依賴其他系統(tǒng)BounceSystem命名為collision_system依賴[paddle_system, ball_system]表示碰撞檢測(cè)必須在擋板移動(dòng)和球移動(dòng)之后執(zhí)行——順序非常重要先移動(dòng)再檢測(cè)碰撞并反彈否則會(huì)出現(xiàn)穿透或延遲反彈的錯(cuò)誤觀感。倉庫最終版 main.rs 通過add_system按序添加了PaddleSystem、BallSystem、BounceSystem并依次掛載了LoaderBundle資產(chǎn)加載、TransformBundle變換跟蹤、InputBundle輸入與RenderingBundle渲染等 bundle。運(yùn)行到這里球已經(jīng)會(huì)移動(dòng)并在擋板與上下邊界間反彈。但很快會(huì)發(fā)現(xiàn)一個(gè)問題球從左右兩側(cè)飛出屏幕后就再也回不來了游戲直接結(jié)束——而且由于初始速度很快可能窗口剛彈出球就已經(jīng)在屏幕外了。甚至需要把BALL_VELOCITY_X調(diào)得極小才能觀察到這個(gè)過程。這顯然不是真正的游戲應(yīng)有的表現(xiàn)下一節(jié)解決它。延遲生成球用狀態(tài)字段與 update 計(jì)時(shí)問題與思路球在游戲啟動(dòng)瞬間就生成并立刻飛離屏幕這會(huì)造成兩個(gè)問題體驗(yàn)問題玩家可能還沒來得及看清局面就已經(jīng)丟分技術(shù)問題操作系統(tǒng)與渲染器需要時(shí)間初始化窗口球過早生成可能出現(xiàn)在不可見或未就緒的渲染狀態(tài)下。教程明確指出正規(guī)游戲通常會(huì)有獨(dú)立的菜單狀態(tài)來過渡我們的 Pong 直接進(jìn)入對(duì)局所以必須自行處理。解決方案是讓球延遲生成——這也是一個(gè)練習(xí)用游戲狀態(tài)State結(jié)構(gòu)體持有數(shù)據(jù)的好機(jī)會(huì)。新增 update 方法SimpleState提供了多個(gè)生命周期方法之前用過on_start狀態(tài)啟動(dòng)時(shí)調(diào)用一次。現(xiàn)在在on_start正下方新增update方法——它每幀都會(huì)執(zhí)行返回值SimpleTrans用于表示狀態(tài)轉(zhuǎn)換impl SimpleState for MyState { fn update(mut self, data: mut StateData_, GameData) - SimpleTrans { Trans::None } }這里我們不需要切換狀態(tài)因此返回Trans::None。update每幀執(zhí)行這一特性正好用來倒計(jì)時(shí)每幀從計(jì)時(shí)器中減去 delta time歸零時(shí)再生成球。給 Pong 狀態(tài)添加字段由于update需要訪問球精靈句柄而它目前是on_start內(nèi)的局部變量必須提升為狀態(tài)字段同時(shí)需要一個(gè)計(jì)時(shí)器字段。教程的做法是用兩個(gè)Option#[derive(Default)] pub struct Pong { ball_spawn_timer: Optionf32, sprite_sheet_handle: OptionHandleSpriteSheet, }設(shè)計(jì)要點(diǎn)ball_spawn_timer: Optionf32計(jì)時(shí)器。Some表示倒計(jì)時(shí)未結(jié)束每幀減 delta time減到 0.0時(shí)生成球并置為None之后不再生成。用Option表達(dá)是否還需要生成球這一狀態(tài)天然避免重復(fù)生成。sprite_sheet_handle: OptionHandleSpriteSheet精靈句柄。無法在Pong的構(gòu)造器里創(chuàng)建需要World與資源只能在on_start中加載后存入。#[derive(Default)]自動(dòng)實(shí)現(xiàn)Defaulttrait讓我們能寫出Pong::default()得到空狀態(tài)。在 main.rs 使用默認(rèn)狀態(tài)Application::new需要傳入初始狀態(tài)改用Pong::default()即可let mut game Application::new(assets_dir, Pong::default(), game_data)?;倉庫 main.rs 正是這樣寫的。完成計(jì)時(shí)與生成邏輯最后重寫on_start與update完成延遲生成impl SimpleState for Pong { fn on_start(mut self, data: StateData_, GameData) { let world data.world; // Wait one second before spawning the ball. self.ball_spawn_timer.replace(1.0); // Load the spritesheet necessary to render the graphics. // spritesheet is the layout of the sprites on the image; // texture is the pixel data. self.sprite_sheet_handle.replace(load_sprite_sheet(world)); initialize_paddles(world, self.sprite_sheet_handle.clone().unwrap()); initialize_camera(world); } fn update(mut self, data: mut StateData_, GameData) - SimpleTrans { if let Some(mut timer) self.ball_spawn_timer.take() { // If the timer isnt expired yet, subtract the time that passed since the last update. { let time data.world.fetch::Time(); timer - time.delta_seconds(); } if timer 0.0 { // When timer expire, spawn the ball initialize_ball(data.world, self.sprite_sheet_handle.clone().unwrap()); } else { // If timer is not expired yet, put it back onto the state. self.ball_spawn_timer.replace(timer); } } Trans::None } }逐步拆解這段邏輯on_start中self.ball_spawn_timer.replace(1.0)把計(jì)時(shí)器初始化為 1 秒加載精靈圖并存入狀態(tài)字段隨后照常生成擋板與相機(jī)——注意initialize_ball已從on_start中移除球的生成完全交給update控制。update中用self.ball_spawn_timer.take()取出計(jì)時(shí)器同時(shí)把字段置為None。如果它是Some先通過data.world.fetch::Time()獲取Time資源減去delta_seconds()若減后timer 0.0說明延遲時(shí)間已到調(diào)用initialize_ball(data.world, self.sprite_sheet_handle.clone().unwrap())生成球否則把剩余時(shí)間寫回self.ball_spawn_timer.replace(timer)等待下一幀繼續(xù)倒計(jì)時(shí)。take()replace()的巧思take()確保計(jì)時(shí)器每幀只被處理一次避免重復(fù)扣減未到期時(shí)replace寫回到期后保持Noneif let分支不再進(jìn)入球只生成一次。倉庫最終版 pong.rs 與此完全對(duì)應(yīng)只是資源訪問方式略有差異data.resources.get::Time().unwrap()與delta_time().as_secs_f32()延遲同樣設(shè)為 1.0 秒。這樣游戲啟動(dòng)后球會(huì)延遲約 1 秒才出現(xiàn)給玩家留出準(zhǔn)備時(shí)間也讓我們能清楚看到球生成后立刻的運(yùn)動(dòng)軌跡?？偨Y(jié)本章為 Pong 游戲完成了三件核心工作定義并注冊(cè)Ball組件以純數(shù)據(jù)速度、半徑描述球?qū)嶓w通過initialize_ball在競(jìng)技場(chǎng)中央組裝實(shí)體精靈索引1對(duì)應(yīng)精靈圖中的第二個(gè)精靈兩個(gè)系統(tǒng)驅(qū)動(dòng)游戲邏輯MoveBallsSystem讀取Time資源的delta_seconds實(shí)現(xiàn)幀率無關(guān)移動(dòng)BounceSystem通過矩形膨脹 點(diǎn)在矩形內(nèi)的測(cè)試同時(shí)處理上下邊界與擋板碰撞并用速度方向檢查避免重復(fù)反彈兩系統(tǒng)按依賴關(guān)系碰撞依賴移動(dòng)注冊(cè)進(jìn)DispatcherBuilder延遲生成球利用Pong狀態(tài)結(jié)構(gòu)體的ball_spawn_timer: Optionf32字段與每幀執(zhí)行的update方法實(shí)現(xiàn)啟動(dòng)后延遲 1 秒生成球解決開局即丟球的問題。教程正文對(duì)應(yīng)的完整代碼即倉庫中的 pong_tutorial_04 示例含 pong.rs、systems/move_balls.rs、systems/bounce.rs、systems/paddle.rs 與 main.rs對(duì)照閱讀可以同時(shí)看到教程講述的經(jīng)典 API 與倉庫當(dāng)前使用的SystemBuilder新 API 兩種寫法。下一篇教程將在此基礎(chǔ)上增加玩家失分判定與計(jì)分系統(tǒng)敬請(qǐng)繼續(xù)閱讀 pong-tutorial-05。贊分享【免費(fèi)下載鏈接】amethystData-oriented and>項(xiàng)目地址https://gitcode.com/gh_mirrors/ame/amethyst點(diǎn)擊查看免費(fèi)下載相關(guān)推薦用 Amethyst 編寫 Pong 教程第 4 步讓球移動(dòng)與反彈用 Amethyst 編寫 Pong 教程第 4 步讓球移動(dòng)與反彈 本篇文章以倉庫中 examples/pong_tutorial_04 https://liMilkdown 文檔自動(dòng)生成系統(tǒng)解析define.md 遞歸宏模板如何驅(qū)動(dòng)全量 API 文檔渲染Milkdown 文檔自動(dòng)生成系統(tǒng)解析define.md 遞歸宏模板如何驅(qū)動(dòng)全量 API 文檔渲染 本篇技術(shù)指南圍繞 Milkdown 倉庫中 docs/teAmethyst 實(shí)體與組件ECS完全指南從 Entity 到 Archetype 與 Tag 的實(shí)戰(zhàn)解析Amethyst 實(shí)體與組件ECS完全指南從 Entity 到 Archetype 與 Tag 的實(shí)戰(zhàn)解析 導(dǎo)讀 本文圍繞 Amethyst 數(shù)據(jù)驅(qū)動(dòng)游戲上一篇Maestro 錄制功能實(shí)操從跑通 Flow 到產(chǎn)出演示視頻下一篇推薦開源項(xiàng)目Test Device Policy Control - 測(cè)試您的Android企業(yè)級(jí)管理平臺(tái)創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考