Skip to main content

[App] SushiMaster-壽司達人


這個大概是我做過最悲情的遊戲了吧....

Universal Version includes iOS and Android
佛心評測:
* punapp.com :【Sushi Master-壽司達人】可惡,想吃。
* Free4u FB粉絲團:【APP推介】看著肚子都要餓了哦~~~!



本遊戲比較適合平板尺寸,在手機上眼力需要很好,以下是iPad 中遊戲畫面:


故事起始於三年前,由於一時無聊,想拿 Corona SDK 來練練手感,於是選擇了本人最喜歡的遊戲類型「寶石方塊」作為主題,開始這個遊戲的開發。

不過在其中,時不時的公司約聘與專案支援,忙到即使假日閒閒在家也懶得寫,時間一晃到了去年中,難得空閒要一鼓作氣把它完成,結果 Corona SDK 版本已經於 2010 年差異有點多,所以做了第一次大改版,弄到六月時幾乎是完工了,萬事具備只欠音效,於是找了朋友幫忙,時間又來到了八月底...這時候卻發生了一件令人無法承受的事...所以到 2013 年中以前我幾乎是無法振作的。

等到可以回神的時候,發現 Apple 強制 2013年 5 月後上架的 app 都需要支援 iPhone5,這時只能默默的做第二次改版,不過手上還有專案一直到十月才真的有空閒,又因為 iOS and Android 版本的效能差異的很明顯尤其是加裝了 admob plugin 後,本來是期望可以支援較一般的 Android 手機,在工程師該死的研究精神下,又來一次改版,目前還是有些不滿意,不過朋友都建議先上架了再說...

這次經驗的結論就是:
- app 開發要一鼓作氣,不然光應付 Apple 不時的更新就是一個很頭痛的問題...
- 其實很多第三方跨平台開發技術都是 iOS friendly,對 Android 版本還是有支援程度上的差異,想要真的跨平台還是需要有點妥協的。


這個遊戲一併獻給在天上的父母...

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