夏季數位

取得 Apple Device 的 Device ID

2013-01-18T14:25:00.000+08:00

取得 Apple Device 的 Device ID

在開發 APP 階段我們時常需要進行測試，測試的時候因為不是正式的版本所以我們並不會將軟體發佈上 App Store。這時候我們會使用 Apple提供的 AD Hoc 機制來加入指定的特定人員的裝置可以使用 iTune 安裝尚未發佈的測試版本 APP。

取得裝置識別碼的方式

要使用者樣的方法開發人員則需要使用者提供 Device ID，而這有兩種方式可以取得：

安裝第三方的軟體到你的裝置上，然後輕鬆地點一個按鍵就可以自動地將你的裝置識別碼寄到你指定的郵件信箱去
連接你的裝置到電腦上 > 打開你的 iTune > 開啓你要的裝置 > 複製你的裝置識別碼 > 自己手動寄給對方

不同方法的風險

當然第一種方式是最方便的，不過這個方式之前曾經出現漏洞，這種漏洞會讓軟體開發人員可以取得你的特殊權限所以一般使用者很擔心這樣的方式會帶來的風險。

第二種方式說穿了簡單，步驟很多但是無痛也安全，所以如果需要的話可以參照下面的步驟操作。

使用 iTune 取得你的 Apple 裝置識別碼

連接你的裝置到電腦上並且開啟 iTune (MAC可以點右上角的放大鏡在上面打上 iTune 可以快速開啓)

點選

iTune 右上角的 Device 按鈕會顯示你電腦偵測到的所有 iDevice，點選你要的裝置

如果左邊出現的是 Serial Number則將你的滑鼠移到序號上面點一下滑鼠左鍵，Serial Number 會變成 identifier (UDID)

滑鼠移動到 identifier (UDID)右邊的識別碼上點選滑鼠右鍵就可以複製了

Xcode 無法調整 Base SDKs 的解決方式

2013-01-11T14:35:00.000+08:00

IOS 藉由更新 Xcode 來提供最新的 IOS SDK 開發，對於開發者收到了更新通知很理所當然地會更新來取得最新的編輯器跟最新的SDK，而新版的 Xcode 也只會包含最新的 SDK，假設你下載4.5 版本的 Xcode 它只會包含最新的 IOS 6。不過這遇到了一個很關鍵問題就是對於一個開發人員來說需要維護的版本不一定只有 IOS 6，在IOS 6推出的時候我們的客戶並不會馬上更新版本，所以我們還是需要維護 IOS 5 的APP，這時候我們需要的是調整設定中的Base SDK 這個項目，不能使用相融模式的原因是因為不同版本的SDK在 compiler階段有所不同，當然這也是有解不過這裡就不說明。 Xocde 在專案設定理提供了可以選擇 Base SDK 的項目，但是這時候你只會看到內建的一個版本的 IOS SDK，依照Xcode 4.5來說就是IOS，那如何安裝 IOS 5 或是 IOS 4 呢? 這個問題讓人就讓人很困擾，因為文件並沒有明白告訴我們這件事情，所以我們就來說一下怎樣安裝舊版的 SDK 到 Xcode裡。

自己手動的解決方式

需要的步驟如下，至於怎樣做文章最下方有個別的詳細方法可以參考：

```
取得舊版的 SDK
```

將舊版的SDK複製到當前的 Xcode 目錄下的SDKs中

```
重新開啓 Xcode
```

取得舊版SDK的兩種方式

如果還保留舊版的 Xcode 可以從目錄中複製出來使用 Find 或是 Terminal 下指令，目錄位置在 /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs

從官方網站下載特定版本的 Xcode DMG 檔案後 Mount 起來然後再從 Xcode.app 中複製出來下載網址 https://developer.apple.com/downloads/index.action

Xcode SDKs 的目錄位置在哪裡

/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs

重新啓動後 Xcode 的 Base SDKs 可以選擇了

IOS多國語系規劃與開發-ios multi language design and imeplementation

2012-10-01T18:58:00.001+08:00

多國語系是在APP的規劃與開發設計中是一個很重要的一環，很簡單的一個原因就是「市場」！其實說簡單也算是簡單，因為 SDK 本身就提供了多國語系的功能，我們只需要簡單的幾個步驟就可以達到，下面是簡單的步驟：

多國語系的規劃

規劃好哪些產出需要多國語系: UI, Message, Mail Template ..ext
決定好上面的東西要怎樣做，例如：是否要將XIB, infos.plist 變成多國語系, 是否要對圖檔做多國語系, 是否要將 Strings 與 Template 做成多國語系
作出一個 POC Template 與 Design Guideline for Multi-language 給 UI Design , Designer (Technical Designer), Programmer。

一個方式

個人喜歡的方式是將所有文字抽出來做成多國語系檔，因為這樣你只需要維護的是各種語系的文字檔案，但是這樣需要考慮到的是：

所有圖片不能含有文字，UI設計師只能使用IOS內建的字型，並且必續要產出 Design Guideline 讓開發人員清楚地知道每個UI的字形大小, 字型種類, 文字的色碼, 最多支援行數
UI設計師必須在設計的時候清楚知道有多少種語言需要被支援，並且在設計所有 UI 元件的時候考慮到「文字長度」，並且在視覺設計上儘量在不破壞美觀下定義長寬的最大值
Designer必須要將所有文字的 KEY 值作名稱規劃，並且需要讓所有 Programmer能藉由KEY值就能知道文字的用途。

這樣的設計方式可以達到多國語系的設計而且可以將所有語系的內容框在 Localizable.strings 與 Template File 裡，解由修改修改語系檔案或是 Mail or Publish template就可以快速地達到修改多國語內容的目的。

SDK也支援 XIB的多國語系設計方式，只是當 View component 跟多國語系攪在一起，那可想而知的是修改的 Effort 太大了。

開發步驟

建立 Localizable.strings Files， New 一個 File , 選擇 Resource > Strings File, 將它命名為 Localizable.strings
點選左側 Navigator 中的「專案名字」> 右側點選 Info , 右邊的 Localizations 可以增加你要支援的語言, 點選後會有詢問你哪些檔案要變成多國語系，以上面的例子因為我的方式只有用到 Localizable.strings 所以只要選擇 Localizable.strings就可以
編輯 Localizable.strings , 基本我將所有的 strings 分為下面幾個類別
// button
"Done" = "Done";
"Close" = "Close";
"Tutorials" = "Tutorial";
// message
"Please insert valid information" = "Please insert valid information";
// label string
"You’ve traveled" = "You’ve traveled";

// exception string
"The hardware does not support" = "The hardware does not support";
在程式裡取用所有的 strings 只需要如下的寫法
cell.value.text = NSLocalizedString(@"You’ve traveled", nil);
若需要在 UI 上顯示現在使用者所選用的語言, 你可以使用下面的方法顯示出各國語言表現的語言文字, 像當選擇日文時會顯示「日本語」
NSLocale *locale=[NSLocale currentLocale];
NSString *langName= [locale displayNameForKey:NSLocaleIdentifier
value:[[NSLocale preferredLanguages] objectAtIndex:0]];

結論
很多種方式可以達道不同程度的多國語系方式，只是需要注意的層面不同，這樣做法上很簡單，但是對於設計來說會需要注意的地方很多，一不注意就會讓文字超出UI或是變成...。在開發上唯一需要注意的是 Key 的命名規則，否則平行開發下 Programmer 若看不懂語系檔那只會有兩種情形：一種是花很多時間去搞清楚什麼是什麼，第二種就是會多出很多同樣的文字參數。

ios : the best way to implement rotation 實現 rotation 的好方式

2012-08-21T17:48:00.001+08:00

在開發 app 時候不免需要對翻轉效果做很多克制化，有的需要換掉整個界面，有的需要換背景，一般來說通常都需要針對那種看起來很簡單的東西寫很多程式，做起來很麻煩，真的是件很苦的差事。

下面是幾個我試過的方法

在翻轉的時候去重新配置所有元件的位置
直接在翻轉後去換一個特定方向的 UIViewController

這兩種方法都很麻煩而且費工，簡直就是大茶包一個。

今天發現一個新的方法！

不僅簡單又方便，可以大大省去很多時間，下面這個 Method 是關鍵。

NSBundle UIKit Additions Reference

- (NSArray *)loadNibNamed:(NSString *)name owner:(id)owner options:(NSDictionary *)options

原文說明連結

不囉唆來一段簡單的範例程式，相信簡單幾行大家就會很快地瞭解了。

- (void)willAnimateRotationToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation

                                         duration:(NSTimeInterval)duration

{

    NSLog(@" do rotation of the view controller");

    if( UIInterfaceOrientationIsLandscape(interfaceOrientation) )

{

        [self viewDidUnload];

        [[NSBundle mainBundle] loadNibNamed: [NSString stringWithFormat:@"%@-landscape", NSStringFromClass([self class])]

                                      owner: self

                                    options: nil];

        [self viewDidLoad];

        NSLog(@" landscape");

}

    else

{

        [self viewDidUnload];

        [[NSBundle mainBundle] loadNibNamed: [NSString stringWithFormat:@"%@", NSStringFromClass([self class])]

                                      owner: self

                                    options: nil];

        [self viewDidLoad];

        NSLog(@" portrait");

}

}

利用 NSBundle loadNibNamed 的方法在 Rotation 的後去替換掉 Views，如此可以快速地在 NIB 上面拉UI 不需要再去用程式算出每個UIs的位置，這樣的話方便很多。

當然別忘記在 Reload Views之後重新 init 所有的 values與行為，不過我想這應該原本設計客制化的 UIs 的時候就已經做好了。

Javascript build function prototype 不同的函示寫法

2011-12-29T23:52:00.000+08:00

問題
JavaScript 的寫法很多，端看開發者的喜好（這不是個好現象），今天看到了一個寫 function call 的方式，因為是第一次看到這樣的寫法所以就稍稍的研究了一下。


var id = that.profile.id;
(function(id){
   // do business logic
})(id);

寫 Web 寫了非常久了是第一次看到這樣的寫法所以一開始看到覺得非常的困惑。
用 chrome developer tool 的 console 研究了一下後才知道原來這是一種 function call 的寫法，

解答
這段程式告訴 browser 的是：

var id = that.profile.id;
宣告一個 id 變數
(function(id) { // do business logic })(id);
建立一個 function call，可以將上面的 code 看成 function(id);

所以第一個 function(id) 這個 id 的參數是由最後面的 (id) 傳遞進來的，等於：

(id) -> function(id) ，也就是說 function(id) 參照的不是 var id = that.profile.id 。

結論

個人覺得，這樣的寫法容易讓人混淆，因為第一個無法讓人一目瞭然地看出程式邏輯，上面只是我截出來的程式語法重點，其實這是一個 70 line 的 function call。

再來就是 that，這個是變數，但是第一眼會想到的是 this。也因此會容易混淆看 code 的人。

變數應該要取得明確且清晰，像是 personalSession 。

function call 獨立出來會讓開發人員可以快速的瞭解程式碼， (function(id){})(id) 跟 parser(id) 我想兩個比較起來很明顯了。

很多小地方多注意，可以減少自己與其它開發人員的維護時間與 survey code 的速度，有時候簡單了當下換來的只是未來的加倍的償還。

Xcode 4 建立你的 git 專案

2011-12-23T22:35:00.000+08:00

版本控管對於個人開發或是 Team work 都非常非常重要，開發常遇到下面的情況

不小心刪除掉了 class
需要救回以前的檔案
需要做版本比對
Team work 時需要同步每個人的 source code
還有很多，不過這篇不是介紹版本控管好處的

xcode 4 支援 subversion and git 兩種版本控管軟體，個人覺得整合的算是不錯，只是有時候難免需要到 Terminal 打一下指令。

教學案例情節

今天就寫一篇簡單的入門文章介紹一下 git 使用方式，情節很簡單：建立local repository > 將專案新增進去 > 建立 local repository 跟 remote repository 連結 > push 到 remote repository。

情節設計概念

這個情節是針對一個新的開發人員設計的，進入一個專案 > 拿到 source code > 建立環境 > 開始工作。所以這裡沒有太深奧的概念，只想給入門者一個快速地學習方式，然後在自己深入研究，我也會找時間介紹 git 的設計概念與應用實例。

基本上所有動作可以全部透過 xcode 作，當然也全部都可以透過指令去做。不過步驟就以我覺得最順的方式去做。

git 基本觀念概述
git 的概念是將 source control 區分為本地端跟 server 端，在本地端開發者可以自行控管自己的版本然後在"push"到伺服器端集中控管，

踏出開工的第一步

1.建立專案目錄

justinlin$ mkdir projects/ios_ebook
justinlin$ cd projects/ios_ebook

2.設定 git 賬號

justinlin$ git config --global user.name "justin"
jstinlin$ git config --global user.email "sunny.justin@gmail.com"

3.從 git server 複製專案目錄到 local

justinlin$ git clone gitolite@git.object2.com:ios_ebook

4.使用 xocde 4 打開專案檔案

5.打開 Organizer 切換到 Repositories，左側會出現剛才 clone 的專案，專案目錄下會出現 Branches (local 的 branch list), Remotes ( branch list on the remote server), ios_ebook (專案資源）

6.在 xcode 裡頭編輯 source code 後檔案右側會出現 M 的字樣，這代表的是檔案被修改過，這時候點選滑鼠右鍵 > source control 就會出現 Commit Selected Files 與 Discard Changes兩個選項。如果點選 Commit Selected Files 的話就會將檔案同步到 Local repository。

7.點選 File > Source Control > Push 後會把 Local repository 裡的修改 Push 到 Remote repository 中進行同步

8.這是一個從 git 主機複製出檔案到修改檔案後 commit 到 local repository，再 push 到 remote repository 的基本流程。

補充說明

git 與 subversion 的概念最大不同在於，subversion 只有一個 repository而且是大家共用，這沒甚麼不好，只是因為是共用所以需要好的規劃以防止發生錯誤造成版本問題。

git 將 repository 分離，開發人員擁有自己完整的 repository，你可以自行管理跟規劃 local repository，當一切開發確認後在 push 到 git server。

不過不管那一套，還是需要良好的規劃管理跟版本控管知識，否則不斷地亂 Push 問題依然會發生的。

Chrome 使用 Developer Tools 來抓出臭蟲

2011-12-19T23:30:00.000+08:00

回想當年
早期寫 JavaScript 時因為缺少工具所以都只能仰賴人工的判斷來作除錯，雖然這是個訓練眼力與系統化的分析思考能力的好機會，但是卻讓開發人員在開發 JavaScript 的時候老是需要花很多時間。
不過現在不一樣了，打從 Web 2.0 之後 JavaScript 在系統開發上已經變成標配而不再是選配。所以企業開始要求，使用者開始喜歡，開發人員開始學習，於是各家瀏覽器跟軟體開發商就不斷的推出許多媲美專業編輯器的除錯工具來造福這世界上的開發人員與 Web Master。

隨口介紹一點
今天要介紹的是 Chrome 的 Developer tools，這個 extensions 是由 Google Chrome tools 所提供的。使用它可以做到幾件 Web developer and Web Master 幾乎天天都需要做的工作：

開發除錯，協助我們快速地找到 Bug 或在 Reengineering 的時候協助分析 Source code
分析網站的資源，可以分析網頁中所有資源的清單與下載所需的時間與資源大小，以利我們做 Optimise
分析網頁的 Request and Response，協助我們分析 Performance 的瓶頸
JavaScript Console，提供我們能供快速的驗證與法的地方，不用在每次都要編輯 > 開啟瀏覽器 > Reload > 驗證，大大節省很多時間

Chrome developer tools panel 介紹

Elements
顯示 Page 中所有的 HTML 資訊，透過這個 Panel 與左下方的放大鏡可以協助快速找到 Page 元素相關的 source code。
Resources
主要列出 Page 中所有的資源清單，除了 CSS, Script, Images 之外也會列出 Local Database Session, Cookies 等的一些瀏覽器端的資訊。
Network
收集所有透過瀏覽器對外的網路連線資訊，像是 Page 中的 AJAX 動作都會被詳細記錄
Scripts
收集 Page 所使用到的 JavaScript 資訊，UI 設計了下拉式的選單列可以快速地選取所要瀏覽的 Script File。
Timeline
Page 所有 Request, Response 的詳細資訊
Profiles
收集並統計 Page 中所有物件(Object)的記憶體使用量，從這裡可以看到 Single Object 所使用的記憶體之外，也可以看到關聯使用的記憶體使用量，也就是 Object GC 後會歸還的總記憶體。
Audits
Best practices analysis，執行後可以得到一些建議的改善做法，”只是建議“因為不同的 scenario 有不同的設計模式，不過這裡列出的資訊非常有參考價值，善用的話可以快速的 review code 節省不少的人力。
Console
開發時如果沒有工具的話總是要在編輯器上寫好 code 然後再開 browser 去測試，在這個 panel 中，你可以直接在 console 裡頭打上 JavaScript 語法直接測試，是個超有用的 panel。

Debug 的方式

習慣開發 Java, C++, Objective-c, Dot Net 的工程師對於 Debug process 應該都非常熟悉：插中斷點(breakpoint) > 執行程式 > 停止在中斷點上 > 觀察程式流程與 Parameter value。

再多說一點好了！

一般來說我們在研究 Source code 或是在做 debug 的時候我們會先以程式出現在的錯誤訊息或是經驗判斷來判斷錯誤發生的那個地方然後再慢慢地往下去找出問題，像捕魚一樣，先鎖定一個區域，然後撒網，慢慢地收網。

中斷點就是這樣的工具，在可能出現錯誤的程式設定中斷點，然後一行行執行程式，一邊執行一邊觀察程式跑的流程與參數的值是否正確，藉以找出問題的源頭。

找個網站來示範

打開 Chrome > 開啟 http://www.kimo.com.tw

開啟 Developer Tools

點選 Chrome 右上方的板手圖示( Customize and control Google Chrome) > Tools > Developer Tools

點選下方 Panel 上的 Scripts

左側是 JavaScript 檔案內容，左上方可以下拉選則你要看得 JavaScript 檔案

右側的 Breakpoints 裡頭所有中斷點的清單

右側的 XHR Breakpoints 裡頭是針對 Ajax 的中斷點設定，可以設定 URL 來做判斷

選擇 tongwen_core.js，移動到 290 行然後點選左邊的數字，成功的話行號會出現藍色標簽，右側的 Breakpoints 清單會出現一筆資料

Reload 網頁，此時下方程式會停留在 276 行，這表示程式執行到這裡停止並等待你的指示。

回到 Scripts panel 選單右側的上方，這裡有幾個小 icon 是我們可以控制程式要如何進行下一步的按鈕。這裡我們有幾個選擇

pause script execution (F8)：點選後程式會正常執行一次的完整程式流程
Step over next function call (F10)：點選後會執行到下一個判斷點，這裡點選後程式會執行 switch 的判斷式
Step into next function call (F11)：點選後會進入功能，假設你的程式執行停留在一個 function 上的話，點了這個按鈕就會進入這個 function 的內部並停在第一行程式
Step out of current function：跳出這個 function 後停在 function 後的第一行程式

點選 Step over next function 直到 369 行，然後將鼠標移動到node.childNodes.length 的 length 上，這時候會出現 length的值，可以透過這個方式來觀察參數值是否正確或是參數的值來判斷用途

然後自己試看看吧！

工具很簡單但是卻非常好用，鎖定範圍 > 設定中斷點 > 逐行執行程式 > 觀察流程與參數是否正確 > 找出問題！

TestFlight : 讓我們簡化 IOS App 測試流程吧 !

2011-12-14T15:47:00.000+08:00

測試 IOS App 遭遇的問題
當我們開發 IOS 專案到後期時總是需要做一堆頻繁的測試，像是：

SIT
Stress Testing
Monkey Testing
UAT

測試的時候通常有幾個非常基本的測試條件：

測試不同 OS ( IOS3, IOS 4, IOS 5)
測試不同硬體 (iPhone 3G, iPhone 3GS, iPhone 4, iPad )
測試不同的頻寬 (3G, WI-FI)

然而這就代表我們需要不只一兩隻的測試手機。

目前Apple 官方提供的測試方式是能讓測試人員藉由iTune安裝測試軟體。不過依照我的經驗是「總會遇到很多一般的User」，而且很多 User 連同步這種事情都不太懂，而這個流程會如下：

收集各使用者的UDID
將各使用者的UDID加入 Distribution Provisioning Profie
將程式打包成 IPA
使用網路(Mail, FTP, Http)等方式設法將檔案丟給 Tester
Tester 收到後使用跟設備同步的那台電腦安裝 IPA(常常這台電腦都是在家裡)
測試!

這些繁瑣的流程讓人非常的頭痛也非常浪費時間，如果版本 build 錯了又要再來一次，這個痛苦的經驗真是讓人想罵三字經。

解決方案：TestFlight

這個網路服務讓一切變得簡單，你只需要將程式打包上傳到網路上，系統會通知測試人員有新的測試邀請，並附上更新連結提供測試人員下載。而往後的更新只要上傳更新的 IPA 就可以，其他的就由系統幫你做吧。

測試人員安裝步驟
須確定負責的發佈人員已經將測試用的 iDevice UDID 加入到發佈

1. 開啟 TestFlight 寄出的郵件或是請開發人員寄安裝短網址給你，開啓郵件點選上頭的 Install

2. 點選後會令開視窗到軟體安裝的網頁，點選 Install 開始安裝軟體

3. 安裝成功後就可以開始測試

4. 結束

開發者上傳步驟

1. 將測試設備的 UDID 加入 IOS Provisioning Portal

2. 確認 Distribution Provisioning Profile 裡有將測試設備打勾

3. 修改 Xcode 的 Build Settings > Code Sign Identity 中將 Distribution 的憑證設定成你的發佈憑證

4. 點選 Product > Archive

5. 點選 Window > Organizer 選擇剛才 Build 出來的 Archive 然後點選右側的 share

6. 選擇 iOS App Store Package (.ipa), Identity 選擇你的發佈憑證 > 點選 Next

7. 選擇要儲存的地方，點選 Save

8. 到 TestFlight 申請賬號後登入

9. 點選 Upload Build > 將剛才 Build 出來的 IPA 拖曳到網頁上( HTML 5) > 上傳完後點選 Next: Confirm Testers

11. 將 Anonymous 打勾以允許 UDID 有加入 Distribution Provisioning 的測試人員可以下載，旁邊的數字代表有多少人可以參加這次測試。左邊有 Icon 的使用者是已經加入 TestFlight 才會出現。

如果勾選 Notify the permitted teammates about this build ，完成後系統會計出安裝通知與連結給所有測試人員，但只有已經加入 TestFlight 的使用者會收到。
最下方的短網址就是安裝網址，可以將這個網址傳給所有參加這次測試的測試人員進行測試版安裝。

12. 完成

結論
Apple 原先設計的測試流程太過繁複而且麻煩，當測試人員有 User 的話就會嚐嚐造成測試效率趴在地上，畢竟誰會把自己心愛的 iDevice 跟公司電腦作同步！而且透過網路與系統可以及時通知與跳過 iTune 的部署方式並且大大提升測試版本不屬的速度。

在 Xcode 3.2.6 安裝在 Mac Lion 上

2011-12-12T18:55:00.001+08:00

Xcode 3 的專案檔案雖然 Xcode 4 可以開啓，但是問題很多。所以如果是 Xcode 3 建立的專案用 Xcode 4 去開基本上是無法順利開發的。但是現在市面上還是充斥著很多的 Xcode 3 的專案，這造成很多困擾。因為很抱歉的是 Xcode 3 是預設是無法順利地安裝在 Lion 上的。

那要萬一已經升級到了 Lion 了怎麼辦?

還是可以安裝 Xcode 3 的，只是比較麻煩，下面我就說明一下怎解決 Xcode 3 無法安裝到 Lion 的方式。

安裝環境規格

Mac Pro 13"
OS: Lion Mac OSX 10.7.2

安裝所需檔案

xcode_3.2.6_and_ios_sdk_4.3, [download link]

安裝步驟

下面最重要的部分是使用 Disk Utility(這個工具是 Mac 內建的) 將 Disk Image 轉存成 Read-Write Image 然後修改安裝參數，開始吧！

1. 在 spotlight 打上 Disk Utility 然後 File > Open Disk Image 選擇 xcode_3.2.6_and_ios_sdk_4.3.dmg

2. 點選上面選單的 Convert， Image Format 選擇 read/write > save

3. 儲存完畢後, 連點兩下將新的 image 檔案 mount 起來

4. 打開 Finder 開啟 mount device，在右邊視窗的 Xcode and iOS SDK 點選右鍵開啓選單並點選 Show Package Contents

5. 使用 TextEdit 編輯 Contents/iPhoneSDKSL.dist，然後找到 isDevToolsCompatible 後將 10.7 改為 10.8 後儲存

6. 回到 Finder 連點兩下 Xcode and iOS SDK 開始進行安裝

7. 完成！！！

附註說明
基本上我還是鼓勵開發人員更新你的 Xcode 吧，雖然必須要去熟悉適應新的使用者界面，但是確實讓開發快速也順利很多。而且除非你要繼續拒絕升級 Lion，並且要很麻煩的去更新 IOS SDK 來支援最新的系統。並且身為一個走在時代前端的開發人員，拒絕更新自己是一件很不好的習慣。

了解 jQuery .bind .live .delegate 的差異

2011-12-10T08:20:00.001+08:00

一般在使用事件綁定的時候我們會使用 .bind .live .delegate，在某些案例上使用感覺不出差別。但實際上這三個方式是不同的，下面我舉例說明一下有甚麼不同，最後做一個結論分享一下校能與使用情境的感想。

案例說明

我們需要 handle 整個 #container 中所有 a tag 的 click event，下面有三種寫法分別使用了 .bind .live .delegate。

HTML Example

<!DOCTYPE html> <html> <head>   <meta http-equiv="Content-Type" content="text/html; charset=utf-8">   <meta http-equiv="Content-Style-Type" content="text/css">   <title>what's different?</title>   <script language="javascript" src="http://code.jquery.com/jquery-1.7.1.min.js"></script> </head> <body>     <div id="container">         <a id="a1" href="#">link1</a>         <a id="a2" href="#">link2</a>         <a id="a3" href="#">link3</a>     </div> </body> </html>

.bind

$("#container a").bind("click", function(){alert("what's different?");}); $("#container").append("<a id='add' href='#'>link spec</a>");

每次新增一個 Dom element 後需要重新 bind 才能夠讓該 Dom element 擁有 click 的 handle能力。

所以當執行了上面的 script 後，jQuery 會立即尋訪所有符合條件的 Dom element 並且 bind 上 click event handler。

.live

$("#container a").live("click", function(){alert("what's different?");}); $("#container").append("<a id='add' href='#'>link spec</a>");

在 event bubbling 發生的時候去做參數比對，bubbling 是當事件發生的時候會由 root 發出然後送到每個 children element，每個 children element 會決定是否該對這個做回應。

所以當你觸發了一次 live method 後，往後加入到 #container 的 Dom element 只要符合條件的都會在 event bubbling 的時候被觸發。

.delegate

$("#container").delegate("a", "click", function(){alert("what's different?");}); $("#container").append("<a id='add' href='#'>link spec</a>");

這個方法跟 live 不同的地方是除了 live 的條件之外，他會比對父物件也就是 delegate 某一個 Dom element。他會比對 parent dom element + css selector + event type 三個條件成立才會觸發。

效能問題

.bind .live .delegate 因為方式不同所以在效能上也不同。

.bind 是在 script 執行後就執行完 event bind的動作，因此效能最好。

.live 會在 event bubbling 的時候對每個 dom element 做條件比對

.delegate 跟 live 的原理相同，但是會額外多比對 parent element 所以效能會比 live 好。

結論

live 可以一次控制所有元件並且不需要在意 dom element 新增的時間，但是會犧牲效能。.bind 會針對指定的 dom element 做處理，只會處理一次，因此指定範圍明確，所以效能最好。 .delegate 改善了 live 的缺點，可以將檢查範圍規範在特定的範圍內。不過每個開發的 usecase 不同，每個情況也不同，至於要使用怎樣的方法沒有絕對值，只能依照情況來做取捨，犧牲效能換取彈性? 這自己搞定吧！

換一個自己喜歡的 Android ROM 吧！

2011-12-06T11:19:00.001+08:00

iPhone 與 Android 的手機愛用族群不同，對兩種 App 都開發的我來說我倒是比較喜歡 iPhone 的細緻與整合性，但是我也愛 Android 的高度可掌握性。

拜 open source 的強大社群，Android 除了官方的 Rom 之外可選擇的非常多，也不乏一些效能與功能都很強大的 Rom。只是要享受這些就必須要學一下如何刷，這幾篇我打算詳解一下刷 Rom，也希望大家都可以享受到 open source 的好處。

硬體與 Rom 的規格

Phone : HTC Bravo (GSM) = HTC Desire
Rom : Cyanogenmod 7.1 (你可以選擇你喜歡的 Rom)
A2SD+ : 能夠將 SD card 畫出一塊磁區提供給手機使用，突破總是空間不夠的困境

安裝所需要檔案

最新的 Cyanogenmod Rom [Download]
A2SDKillerV11_GB.zip, Data2SDInstallerv1.3_GB.zip, 置A2SD+ 工具 [Download]
Google Apps [Download]
MiniTool Partition Wizard Home Edition, 分割 Ext 磁區工具 [Download]
AlphaRev, S-OFF工具, 這次不作磁區修改因此不需使用 [Download]

安裝前說明

A2SD+ 是 XDA 社群未解決總是發現 SD card 空間很多但是不斷出現空間不足的問題，使用的話需要再 SD card 上分割出 Ext2, Ext3 or Ex4 的磁區以供 Android 使用，這裡我們安裝步驟裡頭會使用 MiniTool Partition Wizard 來作。

Google Apps 是 Google Android 套件，沒有他的話連 Market 都不能使用。Cyanogenmod 沒有將 Google Apps 放進 Android Rom 裡頭是因為版權的問題，因此在安裝完 Cyanogenmod 後還需要安裝 Google Apps。

安裝步驟

分割SD card,
先預先切割一個 Ex4 磁區提供給 Android 使用來放置 App 與 Data，再安裝完後可以到[設定] > [儲存空間] 檢查 [內部儲存空間] 大小就可以知道是否成功。這裡我們切割 1.5G 給 Android 使用。 NOTE: SD Card 的速度會影響執行速度。
安裝 Rom Manager
這是一個可以刷 Rom 的好用工具，可以簡單的安裝 Recovery，快速的 Root 系統與下載與安裝一些比較 Common 的 Rom
安裝 ClockworkMod Recovery
這個工具用來刷 Rom , 安裝 Google Apps package 與製作 A2SD+
執行權限修正
取得系統 Root 權限
將所有安裝所需檔案放到 SD card 中
開始安裝 Rom 步驟, 先關機然後按住手機左側的條小音量鍵 + 左上方Power進行開機
使用音量按鍵調整光棒去選取 Recovery，然後點選 Power 進入 Recovery 模式
使用音量按鍵調整光棒選取 mounts and storage 然後分別執行 format /cache, format /data, format /system
點選 back 然後點選 install zip from sdcard 安裝 Rom
選擇 install zip from sdcard 安裝 A2SDKillerV11_GB.zip
點選 reboot system now 進行重開機
進行手機設定，設定完後重開機進入 Recovery 模式
選擇 install zip from sdcard 安裝 Data2SDInstallerv1.3_GB.zip
點選 reboot system now 進行重開機
開機後進入設定 > 可以看到內部記憶體空間已經變大
重開機進入 Recovery 模式
點選 install zip from sdcard 安裝 Google Apps
點選 reboot system now
完成刷機

驗證一下

Add caption

這些步驟通用於所有的 Rom，不過有些 Rom 基本上不需要安裝 A2SD+ 的Script，只要把 SD card 切割出一塊 Ext 2, 3 or 4 的磁區就會自動的進行 A2SD+ 的安裝部屬。所以再安裝不同的 Rom 時還是看一下作者的詳細說明。

補充

若是使用 A2SD+ 或是 Data++ 的話 SD card 的效能很重要，因為東西放在 SD card 跟放在內建記憶體的速度有很大的差異。如果速度太慢的話會導致再使用 App 的時候嚴重的 Delay。

Android S-OFF (HTC Desire)

2011-12-05T01:13:00.001+08:00

alpharev.iso幾乎大部分的程式開發人員都很喜歡可以控制在自己手上的手機，我也是!

Android於是就成為我的手機，當然喜歡可以控制就難免會刷來刷去的，試驗一下這個Rom試驗一下那個Rom。

iPhone的一體成型讓使用者在安裝App的時候完全不需要care記憶體的問題，16G就是16G的作法非常的方便，但是在Android上頭就區分了兩塊主要的記儲存空間，一是Rom一是SD Card。
Android將所有作業系統所需要的檔案全部放在Rom上，再Froyo 2.2之前所有的App只能安裝再Rom上頭，所以常常裝沒幾個App就沒空間了。

幸好! Google 也算是很快的看到了這個嚴重的問題(有時候我覺得工程師思維真的是有很多缺點的)，因此在2.3之後使用者可以選擇將App安裝到SD上去了。

不過問題依然沒有解決，App to SD的模式只是簡單的將程式搬移到SD上，而App的資料依然在Rom上頭，所以當使用了太多的App之後還是會出現空間不足而SD還剩下10幾G的情形發生。

那有沒有辦法讓Android跟iPhone一樣可以讓使用者不需要老是去被空間不足給干擾嗎! 答案是可以。客製化的Rom提供幾個更好的解決方案: A2SD+, Data++。

A2SD+ 的技術會將 /data/app與/data/dalvik-cache 這兩個路徑儲存到SD卡上，這兩個路徑分別是軟體安裝路徑與程式碼優化的目錄
Data++ 的技術則選擇將dalvik-cache保留在Rom上頭以保持效率

不過如果要使用A2SD+ 或是Data++的話就必須要s-off (這裡指的是HTC的手機)。而s-ff的步驟很簡單，幾個步驟:

到(http://alpharev.nl/)下載最新的alpharev.iso
將iso燒錄成cd
使用alpharev.iso開機
依照著螢幕步驟作就可以搞定了

注意事項

執行過程中需要注意閱讀題是訊息，步驟三的時候會提醒切勿隨意關機。請遵守否則變磚就不好了

IOS Bundle Id or Bundle Seed Id 解說

2011-12-02T12:10:00.001+08:00

今天被問到了甚麼是 bundle id , bundle seed id , application id。

我想寫一篇文章來分享一下。

對於IOS來說每個應用程式都需要有一個唯一的ID來識別，這就像是資料庫裡頭的Primary key一樣，Apple的設計就是使用bundle seed id + application id 產生 application id。

舉個例子說明一下

以開發人員角度進入IOS Development Center後，我們到Provisioning Portal下可以看到App Ids這個項目，裡頭會列出所有的隸屬這個賬號的Application Id，我們看下面這個Application Id範例：

33LE83RVLQ.com.infinitystudio.apps.*

33LE83RVLQ

這個數值總共是10個字稱作bundle seed id，這會在建立一個新的App Id的時候由Apple自動產生給你。

com.infinitystudio

這串文字代表的是公司名稱，一般來說我們會使用domain name來呈現，不過當然也可以不需要。

這個意思代表這是一個廣域的定義，你可以依據在這個App Ids下面開發多個應用程式，

例如33LE83RVLQ.com.infinitystudio.apps.erp 或是 33LE83RVLQ.com.infinitystudio.apps.crm，但是要注意的就是33LE83RVLQ.com.infinitystudio.apps 這就不包括在這個廣域設定裡頭。

結論

由上面的說明可以知道，Apple為了確保應用程式的Id是唯一值，所以他控管了前面十個字元也就是bundle seed id來確保每個帳號下面的每個應用程式都是唯一。而在bundle seed id 後面叫交給開發人員來自行決定自己的產品要如何分類規劃。

補充

application id 與 bundle seed id對於開發純軟體應用app限制並不大，但是對於開發應體與ios設備連接的設計來說就需要注意一下不要使用廣域的app id像是 843EIDJQUJ.com.infinitystudio.*，因為這樣子在附加設備與IOS設備溝通的時候將不能自動啓動軟體。下面說明一下IOS設備與附加硬體設備溝通的流程：

附加設備連接上IOS設備
附加設備送出預先燒錄在ROM上的bundle seed id給IOS設備
IOS使用bundle seed id搜尋符合的軟體
開啓應用軟體

如果使用廣域的app id的話，IOS會跳出提示要你去app store搜尋，所以要注意的是！如果你開發的軟體需要連結硬體，那就要使用完整的唯一的才有辦法自動開啓。

UML - Extension point in Usecase diagram 說明

2011-11-30T11:22:00.001+08:00

甚麼是 Extension point

定義一個使用者案例的例外事件，可以將看它看成一到多個 exception path。以「使用者登入」這個使用這案例來舉例的話，這個使用者案例會有下面幾個extension point：

Invalid Username
Invalid Password
Account has been blocked

而這幾個extension point需要被對應到相對處理的使用者案例

handle invalid username
handle invalid password
handle account block

下面是完整的使用者案例圖，說明了使用者使用「login」這個使用者案例，而這個案例會有三個extension points，而這三個extension points分別有各自的使用者案例處理。

Android aapt 指令應用

2011-11-24T11:12:00.001+08:00

Android asset packaging tool 是 aapt 的全名，就像名字一樣這個工具是用來進行 apk (Android package )檔案的管理，最常用到的是當程式開發完成後就會使用它來將所有的 application asset 打包成最後能夠安裝的程式。

除了這個功能之外也可使用來進行 apk 檔案的管理，例如：檔案刪除, 新增, 更新, 取出。

這個工具在進行 reengineering 的時候更是不可或缺的工具，不過現在也有很多開發好的 open source 工具可以使用，像是 apktool。

指令位置

{android-sdk location}/tools/aapt

簡單的使用指令說明


查看使用方式很簡單，只要不帶參數執行便會顯示詳細的使用說明
aapt

下面來說一下怎樣使用這個程式來進行 apk 的管理，下面只介紹基本的操作其餘參數請自行參照說明，文件執行環境：

MAC OSX 10.7.2
Android Asset Packaging Tool, v0.2

打包安裝檔


aapt p -v -z -x -u -M {AndroidManifest.xml 檔案位置} -A {asset 目錄位置} -S {res 目錄位置} -F {產生的 apk 儲存路徑包含路徑}

查看檔案內容清單


aapt l -v {apk 檔案完整路徑}
可搭配 grep 快速地查找自己所要的結果

刪除檔案


aapt r -v {apk 檔案完整路徑} {刪除的檔案所在 apk 內的完整路徑，若多檔則使用逗號分隔}

新增檔案

aapt a -v {apk 檔案完整路徑} {所要新增的檔案，若多檔則使用逗號分隔}

更新檔案

aapt r -f -v {apk 檔案完整路徑} {所要新增的檔案，若多檔則使用逗號分隔}

相關聯結
Android developer guide - Building and Running (http://developer.android.com/guide/developing/building/index.html#detailed-build)
Android-apktool (http://code.google.com/p/android-apktool/)

IOS Cocoa Touch Static Library 開發教學

2011-11-23T10:15:00.001+08:00

提升軟體開發效率最有效的方式就是建立可重用的元件，基本上只要在一個專案中被重復使用兩次以上的功能都可以被納入元件設計的範圍中，這樣的概念是通用於所有開發語言的。

在IOS的開發中這樣的概念在XCode中就已經有支援了，因此今天這篇文章就使用一個簡單的範例來展示一下如何達到。

開發環境

XCode 4.1 build 4B110
iPhone 4.3 Simulator

下面會使用XCode建立一個 Cocoa Touch Static Library Project 與一個 View-based Application，先建立一個static library然後引入到 view-based application中進行開發使用。

建立靜態元件(Static Library)

建立Cocoa Touch Static Library Project

File > New > New Project > Framework & Library > Cocoa Touch Static Library

(這裡建立的專案名稱為: BikeLibrary)

編輯BikeLibrary.h 加入功能宣告

編輯BikeLibrary.h 並實作功能

選擇目標裝置 iPhone 4.3 Simulator & 編譯 (Product > Build)

建立一個新的資料夾 BikeLibrary 將 libBikeLibrary.a + BikeLibrary.h 複製到目錄中就完成了共用元件的製作。

建立專案並使用靜態元件

建立一個View-based Application Project

File > New > New Project > Application > View-based Application

(這裡建立的專案名稱為: BikeController)

複製靜態元件到專案目錄中

編輯 BikeControllerViewController.h 加入 BikeLibrary.h

編輯 BikeControllerViewController.m 呼叫靜態元件

執行模凝器 iPhone 4.3 Simulator 並且觀察 Output Console 是否正確輸出 debug訊息

Comment

好的元件設計能夠替開發人員省去寶貴的開發時間，在面臨需求變更與效能調教時也能夠很快速地達成。省下來的時間拿來增進自己的知識或是研究更好的技術這才是根本的解決之道。

MAC 下的解壓縮軟體 The Unarchiver

2011-11-22T20:50:00.001+08:00

一直以來我在MAC上都用command在做壓縮跟解壓縮，可能自己也用習慣了也就這樣活到現在。不過今天看到一個很不錯的open source軟體很好用，因此就推一下。

這個軟體可以解壓縮絕大多數的壓縮檔案諸如： Zip, Tar-GZip, Tar-BZip2, RAR, 7-zip, LhA, StuffIt等還有更多。

下載與安裝
在安裝上很方便，你只要打開App Store輸入搜尋 [ The Unarchiver ]然後點選安裝就可以。

使用與設定
使用上也很簡單，只要打開軟體並且設定後就可以直接點選壓縮檔使用了。

Java 反組譯工具 JD 與 JAD

2011-11-22T19:33:00.001+08:00

最近接了幾個奇怪的案子，清一色的就是沒有原始碼，看來這是台灣軟體界的抬頭了！畢竟在這十幾年的資訊生涯裡每個專案的原始碼都是在合約中寫明的是屬於甲方的，不過我想專案吧，開發出來的東西我想歸屬於客戶也沒甚麼關係，要改也要有個功力好的人才有辦法做reengineering。

不過接了這些案子但是又需要測試的時候只好進行decompiler了，在java domain有個很棒的好處就是open source的精神，全世界的設計師開發出很多很好用的tool可以快速地達到這點。

Java Decompiler 工具

下面幾個是比較受歡迎的Decompiler tool：

試用後發現JD的正確性比較高，不過下面還是針對這兩個Decompiler的安裝與使用方式做一個介紹。

Eclipse plugin installation

我的方式是直接使用eclipse，比較方便也比較快速，我的eclipse version 為 indigo 3.7.1 mac 64x。

兩種Tool在eclipse上的安裝方式都是：

Help -> Install New Software > Add : 然後輸入名字與網址後點選Add。

JD for Eclipse

Name: jd-decompiler

Location: http://java.decompiler.free.fr/jd-eclipse/update

JAD for Eclipse

Name: J2D

Location: http://jadclipse.sf.net/update

Plugin setting

安裝好後必須設定關聯檔案，如此我們可以在IDE裡頭開啟class檔案時直接呼叫Decompiler看到原始碼，設定方式如下。

設定檔案關聯性，將class檔案關聯到decompiler tool。

Open Eclipse > Preferences > General > Editors > File Associations

在右側的 [File types] 中選擇*.class，在下面的[Associated editors] 選擇Add然後：

如果是想要使用JAD則選擇[Decompiled Class File Viewer]
如果是想要使用JD的話則選擇[Class File Editor]

Open Eclipse > Preferences > Java > Decompilers

在[Decompiler]右側可以選擇所要使用的Decompiler Tool，

若勾選[Use Eclipse code formmatter (reformats decompiler output.]的話則在decompiler之後會進行原始碼的格式化。

如果使用的是JAD的話需要額外的設定。

Open JAD 右側的

[Path to decompiler] 必須設定jad指令檔的完整路徑

[Directory for temporary files] 若有預設值則不需修改，若無的話你則需要設定一個目錄作暫存用

到此為止設定完成後便可以在eclipse快速度進行decompiler的動作，對於JAD來說有其他的相關設定在[Debug] [Directives] [Formatting] [Misc]中。

Android APK 逆向工程

2011-11-15T19:06:00.001+08:00

前言

最近接到了一個神奇的Android App開發專案，也就是沒有原始碼的使用者介面修改專案。
這也看出了現在台灣Mobile專案開發的火熱程度{企業竟然接受了不包含SOURCE CODE}的開發條件，一點點的心得感想。

甚麼是APK
APK (全名Android Package)是利用ZIP的壓縮技術將所有軟體執行所需要的檔案打包成一個安裝包裹，如果解開的話會看到這幾個主要的部分：

XML File：Android 的View與Global軟體設定檔
Classes.dex：編譯過的原始碼，若使用apktools作解壓縮的話產生的所有的原始碼會被解開成smali，smali檔案是dalvik的assemble檔案。

逆向工程的開始
我們透過幾個簡單的方式記型逆向工程

使用ZIP解壓縮APK檔案，以取出classes.dex
使用APKTOOL解壓縮APK取出XML File
使用JD-GUI反解譯class assemble
建立新的Android Project將XML File與classes放進新的專案
完成逆向

Content Reference

@開始

2011-11-15T18:33:00.001+08:00

一個星期過去了，開始的進度太慢。

這是執行力的問題，忙東忙西的! 當然也包括自己思考太多降低了很多事情的完成線。

一個下雨的傍晚，是傍晚、是冬天的傍晚。

夏季數位

取得 Apple Device 的 Device ID

取得裝置識別碼的方式

不同方法的風險

使用 iTune 取得你的 Apple 裝置識別碼

連接你的裝置到電腦上並且開啟 iTune (MAC可以點右上角的放大鏡在上面打上 iTune 可以快速開啓)

iTune 右上角的 Device 按鈕會顯示你電腦偵測到的所有 iDevice，點選你要的裝置

如果左邊出現的是 Serial Number則將你的滑鼠移到序號上面點一下滑鼠左鍵，Serial Number 會變成 identifier (UDID)

滑鼠移動到 identifier (UDID)右邊的識別碼上點選滑鼠右鍵就可以複製了

Xcode 無法調整 Base SDKs 的解決方式

自己手動的解決方式

取得舊版SDK的兩種方式

Xcode SDKs 的目錄位置在哪裡

重新啓動後 Xcode 的 Base SDKs 可以選擇了

Share this:

IOS多國語系規劃與開發-ios multi language design and imeplementation

ios : the best way to implement rotation 實現 rotation 的好方式

Javascript build function prototype 不同的函示寫法

Xcode 4 建立你的 git 專案

Chrome 使用 Developer Tools 來抓出臭蟲

TestFlight : 讓我們簡化 IOS App 測試流程吧 !

在 Xcode 3.2.6 安裝在 Mac Lion 上

了解 jQuery .bind .live .delegate 的差異

換一個自己喜歡的 Android ROM 吧！

Android S-OFF (HTC Desire)

IOS Bundle Id or Bundle Seed Id 解說

UML - Extension point in Usecase diagram 說明

Android aapt 指令應用

IOS Cocoa Touch Static Library 開發教學

MAC 下的解壓縮軟體 The Unarchiver

Java 反組譯工具 JD 與 JAD

Android APK 逆向工程

@開始