Skip to main content

AIR 的第一次接觸 by Flash CS3

嚴格說起來,用CS3來開發AIR App不是一件很明智的事情...
理由很簡單,就是CS3實在太難用了!!難搞的可拖曳就變半透明又愛黏來黏去的工作視窗;想當機也不通知一聲就莫名奇妙當掉;不知道為啥操作一下換個字型之類的程式就傻掉;編寫程式工具也沒有啥咪提示碼等等...但是,Flash CS3製作的swf打包出來的AIR檔size比Flex builder打包出來的小很多,為了這一點,只好硬著頭皮玩下去了...

開發環境:請參考qop's blog兩篇教學 (裡面還有很多篇AIR教學喔!)
Create AIR Apps in Flash CS3
package a flash app as an AIR file (for windows)

如果沒意外的話,到這邊應該就可以開始使用CS3來開發AIR Apps嚕!

Test in Apollo:
如果想要測試swf在AIR runtime執行的效果,請別太相信剛剛安裝的Commands / Test in Apollo 這個指令,常常是執行後dos視窗閃一下就不見了( 為啥不知道..請知道的告訴我,謝謝! ),所以最保險的測試方法是,執行 Commands / Test in Apollo 後,它會自動幫你生成幾個檔案,裡面有個 檔案名稱-app.xml,接下來,點選開始列 / 執行,直接打入 "cmd"開啟命令提示字元 (dos視窗 )
cd C:\air_b1_win_sdk_061107\bin
adl "你的測試檔案路徑\檔案名稱-app.xml"

這樣測試就變的很方便嚕!

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