Skip to main content

Some tips to avoid leaking memory in Titanium Mobile App

Titanium Mobile 真的是一個易學的跨平台 Mobile App SDK,不過由於 Javascript 的自由撰寫風格,外加一般使用者並不了解 Titanium Mobile SDK 倒底中介了什麼,往往開發到後期發現 App 在 runtime 時常出現 out of memory issue,用盡了各種方法「抓漏」也搞不懂為什麼 ?這個時候你就會開始沮喪,然後內心的 OS 狂叫著:「為什麼我不乖乖的學 Objective-C or Java!!!!!」
其實只要堅持幾種撰寫原則,就可以將記憶體漏失傷害降到最低。

以下是幾個簡單用來避免記憶體漏失的技巧:

1. 使用 namespace 來寫作避免混亂 global scope

//專案名稱的 namespace
var Ns = {};
//處理 ui
Ns.ui = {};
//處理 model
Ns.model = {};
//處理 control
Ns.control = {};

2. Using factory method to create instance.
使用工廠方法製作實體

Ns.ui.createMainWindow = function(){
var win = Ti.UI.createWindow({
title: 'Hello world'
});
//其他要放置在 main window 的 view components 都寫在這邊

//記得回傳實體
return win;
}

var mainWin = Ns.ui.createMainWindow();
mainWin.open();

3. 小心使用 Ti.App.addEventListener 等 Ti 系列的 global event listener (最強兇手)
如下範例:

Ns.ui.createTestWindow = function(){
var win = Ti.UI.createWindow({
title:'Test'
});
var label = Ti.UI.createLabel({
text:'hahaha'
});
win.add( label );
//如果監聽客製 event views:hoho 順便將 label 引入
Ti.App.addEventListener('views:hoho', function(){
//label 是 local variable 喔!!!!
label.text = 'hohoho';
});
/*
* 重點!! 當 global event listener 接受了 local variable 時,
* 就請記得在 win.close() 的時候也要一併移除 event listener
*/

return win;
}


4. 無腦的最終手段!!真的找不到哪邊漏水的話視窗關閉時請直接將所有實體關閉或指定 null

Ns.ui.createMainWindow = function(){
var win = Ti.UI.createWindow({
title: 'Hello world'
});
var label = Ti.UI.createLabel({
text:'hahaha'
});
win.add( label );

//自定 win close 要另外執行的 function
win.addEventListener('close', function(){
win.removeEventListener( 'close', arguments.callee );
win.remove( label );
label = null;
//再 close 一次也不會出事
win.close();
win = null;
});
return win;
}

同場加映:如何檢測 Memory leaking in iOS by tool 篇 請參考阿修的部落格。

Comments

Popular posts from this blog

[Flex] PureMVC standard with Spring extensions

由於上次稍微玩了一下 Robotlegs 依賴注入(DI) 主導的 MVC 框架,而著名也使用依賴注入的 Java / Java EE 的 Spring framework 出了 for ActionScript 的版本,剛好在最近 Spring ActionScript 1.0 正式 release 了(想了解 Spring 是啥咪東東的話請自行找 google 大神),這個版本除了基本框架外,也包含了 Cairngorm 與 PureMVC 的外掛...想當然耳,就拿來測試一下用在 PureMVC 內的感覺囉!! 參考了 官方範例 中 PureMVC 唯二的範例原始檔,以下使用的是「設定檔依賴注入 facade 透過 addConfigSource() 的方式來 init 」:(其實除了 embed 外,都是外部載入) Online Demo with source code 工作環境:FlashBuilder, Flex SDK4 請下載 PureMVC Standard 版本 再下載 Spring ActionScript 最新版本後,除了 spring-actionscript-cairngorm 不需要外,都放到 /src 下(記得只需要 org 開始...),也別忘了lib 內的 swc 檔 copy 到 /libs 下 Spring 的 injection 並不像 Robotlegs 直接來個 [Inject] metadata 的自動化那樣方便,但是其冷血度(檔案的鬆偶程度)更勝後者!如果你要使用設定檔(applicationContext.xml) 來做注入的話,準備工作就挺多的...XD 依照 applicationContext.xml 內設定的方式分別寫入 constructor 或者是 setter 依賴注入(本範例統一使用 setter injection) 為了跟大家都沒關係所以都使用 interface 來處理,所以你會在範例中發現大家都有介面...(並沒有真的研究過 Spring,也許還有其他作法) 準備 compiler 時候要用的 classe。由於在 setter, getter 的寫法上都使用 interface,所以真正用到的 class 需要預先在輸出階段就打包到程式內。 基本上 PureMVC 類 class...

[AIR] JoSi FXGtoLayout

JoSi FXGtoLayout v0.3.0, Adobe AIR 3 runtime 這個又是一個 "就是" 系列懶人小工具,主要是針對 Adobe fxg 格式做分析轉成 Mobile 開發用的視圖程式碼,加速畫面配置使用。 為什麼會製作這個工具,原因主要是本人在使用的 Corona SDK 與 Titanium SDK 都沒有好用的視覺化編輯工具。一般設計師產出 layout 檔會使用 PhotoShop 來製作,在不多花錢的原則下,畫面對齊的基準就是其輸出的 fxg 資料做對應,如果要一筆一筆將資料鍵入,做久也是會膩的,所以花了點時間將這個工具做出來...