Skip to main content

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

平台:Nokia S60 176x208
(以下簡稱Flash lite為FL) 雖然FL2.x已經推出一段時間,仍然有許多上市手機僅支援FL1.1,本篇教學重點是FL1.1 Key event控制、遊戲流程與Flash4、Flash5語法大融合,所以拿出最簡單的打地鼠遊戲當作第一篇教學主題,希望有心學習FL1.1的新手能因為本篇分享而有所收穫。

由於FL1.1 與FL2.x 語法不盡相同,接下來的分享中,並不會花太多時間講解兩者之間的差別。

一般手機user很容易因為畫面上按鈕出現的位置而直覺性點選離按鈕最近的手機按鍵,為了避免user操作困擾,按鈕位置擺放須要有一定的規則。

[圖1] Erin的第一個FL1.1 game ,start按鈕位置設計上就有很大的失誤,由於按鈕位置偏右下角,很多user會直接點選手機螢幕右邊那顆soft key (以下簡稱RSK)進入遊戲,其實action是寫在中間Enter鍵上(以下簡稱CSK)...QQ 大失誤!! (但仍然保留作為UI設計失敗範本!^^)

[圖2] 按鈕位置明顯告知點選CSK進入遊戲

[圖3] list menu型態的遊戲首頁,點選上下鍵後按CSK進入

Tip: RSK通常用於「back」、「exit」,所以在遊戲中,應該儘量別賦予RSK不同於離開的意義。

to be continued...

Comments

Post a Comment

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 的時候一樣有幾個重點方...