Skip to main content

打打打爆小人頭!! 我的第一個FL1.1小遊戲 part 2

Wac-A-Mole!!遊戲流程圖:

[圖4] 首頁

[圖5] 作者介紹

[圖6] 遊戲畫面,小人頭對應數字鍵1-9,RSK對應退出按鈕,讓user可以在遊戲中直接回到首頁,手機遊戲應該是很隨性的,所以在LSK加上使遊戲暫停的按鈕。

[圖7] 遊戲結束畫面

遊戲元件製作:

FL1.1 content做法非常原始,需要將所需元件一一擺到stage上才能控制,所以為frame加上label是很重要的一個步驟。

[圖8] 原始檔主時間軸上配置

小人頭MovieClip的製作:

為了簡化暫停遊戲時程式的控制,所以在製作小人頭動畫時將所有的狀態全部作在同一時間軸上。
Tip: 有時候善加利用Graphic可以簡化MovieClip的階層數,別將MovieClip作成像俄羅斯娃娃一層MC包一層MC包了一大坨,這樣要動畫一次停下來需要控制很多層級,也會增加很多無謂的程式撰寫。

[圖9] 小人頭動畫時間軸上配置

小人頭MovieClip內時間軸程式:
frame 1:
stop();

frame label 「active」: 小人頭可以被打爆的區段
isActive=true;

frame 18: (label "active"最後一格)
gotoAndStop(1);
isActive=false;
//回到frame1停止小人頭


frame label 「beHit」:
isActive=false;

frame 23: (last frame)
gotoAndStop(1);

Key event統一控管:

雖然可以將Key event寫在各自按鈕身上,但是在同一個frame上所有的Key Event利用一個按鈕統一管理會讓除蟲難度變低,所以一直都是Erin最喜歡的Key event管理方式,接下來開始主遊戲程式製作囉!

下回會直接release可供製作的原始檔,這樣大家就可以與Erin一起完成這個遊戲嚕!

to be continued....

Comments

Popular posts from this blog

PureMVC 我也會 [6]

Mediator ViewComponents 與 pureMVC 架構的中介 監聽並反應 View Component 發出的 Event 可以發送與接收 Notification 儘量少操作 Proxy 公開方法,多用 sendNotification... Mediator design pattern 要多認識這個 Mediator 設計模式的話,請自行看連結說明啊! 簡單來講,假使有一個 View 裡面有好幾個 MovieClip 組成,而這些 MovieClip 會互相影響對方...這個情況在 Flash 中,通常都會變成下圖: MovieClip 直接控制其他 MovieClip 搞到整個關係很複雜...換一個元件簡直是災難。 加入 Mediator 後,示意圖就會變成: 這樣,所有的 MovieClip 都透過 Mediator 來跟其他 MovieClip 溝通,當某一個 MovieClip 替換成別的元件,這時候也只需要修改 Mediator 中的引用即可,是不是變得很乾淨?如果同一組 MovieClip 有另外一個操作模式,也只需要替換掉 Mediator 即可!天下太平啊~~~ 而 PureMVC 中就是利用 Mediator class 為與前端 ViewComponent 的中介,這樣可以切開 ViewComponent 與 PureMVC framework 的關係,不管你前端介面使用 Flash or Flex 製作都跟程式核心無關。 所以 ViewComponent 製作時只需要兩個原則,一把所有的請求都以 Event 送出由 Mediator 處理,二提供公開方法, Mediator 只需要監聽 View 的 Event,將收到的資訊透過公開方法喂進 ViewComponent 即可。 如在 ViewComponent 中: public function setList( result:Object ):void{ list.dataProvider = result as ArrayCollection; } //然後在按下取得資料的按鈕 Click action 寫上: dispatchEvent( new Event( "GET_LIST" )); 新建 Mediator 的時候一樣有幾個重點方...