前陣子和朋友組了一個阿薩布魯的團隊－ARSABALLOON，對，隊名唸起來就是阿薩布魯。裡面的成員除了我和我朋友外，還有三位師大的同學，他們負責對App的畫面進行美化。

今天要來介紹的是團隊的第一個作品，「瘋節慶」

「瘋節慶」是一個以傳統中國節慶為主題的遊戲合集, 希望透過此App將中國傳統節慶之典故與節慶特色介紹給欲了解中國文化的朋友, 並且結合目前大家熟悉的遊戲, 融入濃厚的中國風與中國節慶的遊戲元素, 讓玩家深入體會並參與中國慶典。

可以觀看以下介紹短片：

不管你是iOS還是Android系統都可以下載喔。而且是免費的喔，請大家告訴大家，多多下載。

iOS系統
Android系統

或者直接搜尋「瘋節慶」or「CrazyFestival」都可以找的到喔。未來此App將會長期持續更新，會有英文版本以及持續加入新的節慶遊戲，以及台灣在地活動，歡迎愛台灣的大家，多多把這個App推薦給你身邊的朋友，或者外國朋友，讓全世界看到台灣文化。

如果想了解更多訊息或提供建議，歡迎到我們的粉絲團或官網留言，我們會盡快回覆您。

這次要分享的是在iOS中使用SQLite。其實我對SQLite一點概念都沒有，因為一直沒有機會使用它。有時候突然想到，就會找幾本手邊的工具書或在網路上找尋在iOS中使用SQLite的教學。但是每次學，每次失敗，讓我愈來愈討厭SQLite　囧。直到有一次在網路上發現了FMDB這個東西，才發現不是SQLite很難學，而是SQLite的C API對初學者來說實在太麻煩太瑣碎，難度太高，難怪我怎麼學都學不會。FMDB說穿了其實只是把C API包裝成簡單易用的Objective-C物件。不過這對我這個SQLite初學者來說，可是大大減低了上手的難度。有了FMDB，寫程式時只要專心在SQLite的語法上，而不用去理那堆有看沒有懂的C API，實在是件快樂的事情。

廢話不多說，先來安裝FMDB吧！

首先到這裡下載FMDB的source code，接著在解開的檔案裡，把src資料夾下除了fmdb.m的檔案加入到自己的iOS專案，最後在專案中加入libsqlite3.dylib這個函式庫就可以了。啥？有人問為什麼不用加入fmdb.m？簡單講，這個檔案是fmdb的使用說明。裡面的註解清楚，範例又簡單，如果有興趣，直接看fmdb.m，大概就會用fmdb了。

以下介紹幾個常用的指令，分享給大家：

－開啟／關閉資料庫

使用資料庫的第一件事，就是建立一個資料庫。要注意的是，在iOS環境下，只有document directory 是可以進行讀寫的。在寫程式時用的那個Resource資料夾底下的東西都是read-only。因此，建立的資料庫要放在document 資料夾下。方法如下：

NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);

NSString *documentDirectory = [paths objectAtIndex:0];

NSString *dbPath = [documentDirectory stringByAppendingPathComponent:@"MyDatabase.db"];

FMDatabase

*db = [FMDatabase databaseWithPath:dbPath] ;

if (![db open]) {

NSLog(@“Could not open db.”);

return ;

}

通常這段程式碼會放在UIViewController中viewDidLoad的函式裡。指定路徑後，用[FMDatabase databaseWithPath:]回傳一個FMDatabase物件，如果該路徑本來沒有檔案，會新增檔案，不然會開啟舊檔。最後呼叫[db open]可以開啟該資料庫檔案，[db close]則關閉該檔案。

－建立table

如果是新建的資料庫檔，一開始是沒有table的。建立table的方式很簡單：

[db executeUpdate:@"CREATE TABLE PersonList (Name text, Age integer, Sex integer, Phone text, Address text, Photo blob)"];

這是FMDB裡很常用的指令，[FMDatabase_object executeUpdate:]後面用NSString塞入SQLite語法，就解決了。因為這篇主要是在講FMDB，所以SQLite的語法就不多說了，上述程式碼建立了一個名為PersonList的table，裡面有姓名、年齡、性別、電話、地址和照片。（嗯….很範例的一個table）

－插入資料

插入資料跟前面一樣，用executeUpdate後面加語法就可以了。比較不同的是，因為插入的資料會跟Objective-C的變數有關，所以在string裡使用?號來代表這些變數。

[db executeUpdate:@"INSERT INTO PersonList (Name, Age, Sex, Phone, Address, Photo) VALUES (?,?,?,?,?,?)",

@"Jone", [NSNumber numberWithInt:20], [NSNumber numberWithInt:0], @“091234567”, @“Taiwan, R.O.C”, [NSData dataWithContentsOfFile: filepath]];

其中，在SQLite中的text對應到的是NSString，integer對應NSNumber，blob則是NSData。該做的轉換FMDB都做好了，只要了解SQLite語法，應該沒有什麼問題才是。

－更新資料

太簡單了，不想講，請看範例：

[db executeUpdate:@"UPDATE PersonList SET Age = ? WHERE Name = ?",[NSNumber numberWithInt:30],@“John”];

－取得資料

取得特定的資料，則需使用FMResultSet物件接收傳回的內容：

FMResultSet *rs = [db executeQuery:@"SELECT Name, Age, FROM PersonList"];

while ([rs next]) {

NSString *name = [rs stringForColumn:@"Name"];

int age = [rs intForColumn:@"Age"];

}

[rs close];

用[rs next]可以輪詢query回來的資料，每一次的next可以得到一個row裡對應的數值，並用[rs stringForColumn:]或[rs intForColumn:]等方法把值轉成Object-C的型態。取用完資料後則用[rs close]把結果關閉。

－快速取得資料

在有些時候，只會query某一個row裡特定的一個數值（比方只是要找John的年齡），FMDB提供了幾個比較簡便的方法。這些方法定義在FMDatabaseAdditions.h，如果要使用，記得先import進來。

//找地址

NSString *address = [db stringForQuery:@"SELECT Address FROM PersonList WHERE Name = ?",@"John”];

//找年齡

int age = [db intForQuery:@"SELECT Age FROM PersonList WHERE Name = ?",@"John”];

大概就是這樣囉～對於在Objective-C上使用SQLite有困難的朋友，看完之後是不是覺得一切都變的很簡單呢？趕快去試試吧～

要開發iPhone應用程式，第一關要面對的就是mac專用的IDE開發工具：Xcode。就我目前使用的感想，除了沒有支援中文，以及偶爾會發生需要重開才能解決的小bug外，Xcode還算是一個稱職的開發環境。

所謂工欲善其事，必先利其器。對Xcode愈熟悉，在開發iPhone程式時也將愈有效率。以下就來介紹幾個我個人覺得很基本也很重要的小技巧。

1.Method自動補完

這是一個簡單實用的小功能。Objective-C是一個物件導向為主的程式語言，而物件離不開的就是一堆的方法或函式呼叫。有時候方法太多，指令太長，不是忘了正確的名稱就是名稱太長不想打字。這時候就可以利用Xcode內建的功能把對應的函式方法找出來，並自動填寫。

舉個例，在Cocos2d裡有個CCJumpTo的Class，但後面接什麼函式方法忘了，這時只要在要鍵入方法的地方按一下ESC鍵（要跟CCJumpTo空一格），Xcode就會跳出視窗讓你選擇。

用上下鍵選完所要的方法後，按下enter，Xcode就會自動幫你補齊，參數的地方也會提示所需填入的種類，還不錯吧！

2.分類函式方法列表

在Xcode的程式碼編輯視窗上方有兩個下拉選單，左邊選單是用來選擇現在要編輯的程式碼，右邊的選單則是顯示這個程式碼所擁有的函式。

如果這個程式不大，右邊的選單列是可以用來快速跳至對應的函式。

但是，如果程式很大，裡面的函式有幾十到上百個，要在茫茫函式裡找到你要的函式，那就需要一點功夫了。還好Xcode有個小功能可以幫你把這個列表再進一步的分類。

做個簡單的示範。以上圖來說，這個程式碼裡有五個函式，先在程式碼裡找到+scene函式，然後在它上面加入

#pragma mark -

#pragma mark init method

接著找到-dealloc函式，在上面加入

#pragma mark -

#pragma mark other method

好了以後存檔，再看一次列表就會看到表上多了兩行比較明顯的標記。

新手在看一些範例程式時，常會在程式碼裡看到#pragma的符號，主要的用途就是在這裡。在Xcode中#pragma後面的文字和符號不會被編譯，而是被用來顯示在函式列表用的，所以如果想惡搞的話….

我為什麼要花時間幹這種事...囧

3.管理Resources資料夾

最後一個要介紹的，是關於Resources資料夾的檔案管理。這對遊戲開發尤其重要。在一般書籍或網路的教學範例上（包含我寫的範例），如果遇到需要用圖或音效等多媒體檔案時，範例都會說，把檔案拖進Resources資料夾，然後選』Copy items into destination group’s folder』和』Recursively create groups for any added folders』。

如果專案小，多媒體檔案不多，這樣子做是沒什麼關係。但是開發遊戲時，不但圖檔多，音效檔也多，如果這堆檔案都照上面的做法去加到專案裡，在Finder下這堆檔案就會凌亂的被放在專案資料夾下，完全沒有組織，而且檔名相同的還不能重複出現（因為其實他們都在同一資料夾下）。有人會說Xcode裡有group功能可以把檔案分類，

嗯….老實說，這功能只限在Xcode有效。打開Finder到專案資料夾下看，檔案還是一團亂。到底該怎麼做才好？

想想實際在開發時的情形，美工人員會把圖檔分類後放到』Image』資料夾，音效人員會把一堆音效檔放到』Audio』資料夾。當我們拿到這兩個資料夾時，希望讓它照著資料夾結構放到專案裡。最前面的步驟和上述一樣，把整個資料夾拖到Resources資料夾下，但在跳出的詢問視窗，下方的』Recursively create groups for any added folders』要改成』Create Folder References for any added folders』，如此一來，整個資料夾就會依照原本的結構階層進到專案資料夾內。（變成藍色的資料夾）

另外，如果想要有更好的檔案管理，在Finder上，應該把圖案、音效、程式碼完全獨立開來。當把圖案資料夾拖到Resources時，在詢問視窗上不要把copy items的欄位打勾。這樣子Xcode就只會把這個放圖案的資料夾當成連結，而不直接複製一份。這樣的好處是，這些有連結的多媒體資料夾平常就跟一般的資料夾一樣，有新的圖案或音效就用Finder往那裡丟。而當開啟Xcode專案的時候，那些新的檔案就會一併被更新。

不過採用上述方法管理resources的時候，要注意檔案路徑已經不同了。過去檔案是放在

[[NSBundle mainBundle] resourcePath]

但現在的路徑要改成

[[NSBundle mainBundle] resourcePath] stringByAppendingPathComponent:@“yourdir”]

才能找到對應的檔案。而過去為了方便而使用的

[UIImage ImageNamed:@“yourimage.png”];

也失效了。因為這個指令只會去找main bundle裡的檔案，子資料夾裡的檔案會找不到。所以要載入圖檔時，請使用

[[UIImage alloc] initWithContentsOfFile : @“yourpath”];

並填入完整的檔案路徑。

另外，不知道是mac os本身的問題還是Xcode的關係，用上述方法，有時新加入的檔案並沒有被Xcode認到。結果就是讀不到新加的檔案或者一直在用舊的圖檔。

遇到這種問題，可以先試著執行』Build』->』Clean All Targets』。然後在專案資料夾下把』build』資料夾刪除。還有問題，可以把Xcode quit掉，再重新啟動專案。如果嫌太麻煩，也可以考慮這裡的作法。原理很簡單，寫一個script，讓Xcode在編譯專案前，先refresh resources資料夾內容。這樣“照理說”新加入的檔案就會被認到了。（要手動也可以，在Xcode左欄找到新加入檔案的對應資料夾，按右鍵選』touch』即可）

以上小技巧，提供給大家參考。

Cocos2d雖然在畫面呈現上很方便很強大，但並不是什麼事情都用cocos2d做是最好的。有時候靠著UIKit裡內建的元件，我們可以很簡單的達成需要的工作。比方說，在遊戲裡，過關後要玩家輸入姓名，可以用UITextField。

UITextField不但提供了輸入的畫面，連鍵盤都幫你準備好了。Cocos2d再怎麼強大，應該也沒有人想要自己coding一個鍵盤出來吧？

另外有時候需要玩家輸入生日或進行選擇時，UIKit裡也提供了UIPickerView這個元件。

預設的元件，對使用者來說會有一種熟悉感，程式設計師也不用花太多腦筋在介面的呈現上。

這次我們就以UITextField為例，來看看怎麼在cocos2d的畫面上加入UIView吧！什麼？很簡單？cocos2d官網有教？ㄟ….被發現了，不過該講的還是要講，而且你確定官網上沒有漏掉什麼東西嗎？

既然很簡單，我們就來操作一次看看。首先，建立一個新的cocos2d專案。好了以後點選Build & Go確認所有設定運作正常。

『Hello World』，好的，沒有什麼問題。

接著在HelloWorldScene.m裡的- init下加入以下程式，建立一個新的UITextField。

UITextField *textField = [[UITextField alloc] initWithFrame:CGRectMake(50, 50, 200, 40)];
textField.borderStyle = UITextBorderStyleRoundedRect;


然後，剛剛說很簡單的那個，來來來，說看看怎麼把uiview加到cocos2d的畫面裡。

[[[CCDirector sharedDirector] openGLView] addSubview:textField];

這樣對吧？很簡單吼～那來跑看看～

啊不是很簡單＝　＝
這是什麼情形？擺成直的就算了，鍵盤跳出來還擋住輸入畫面是怎麼回事？
官網教歸教，但沒仔細說明橫向遊戲遇到uiview時該怎麼處理。

來來來，看這邊，在addSubview之前，我們要把textField作一點點的調整，輸入：

textField.transform = CGAffineTransformMakeRotation(M_PI * (90.0 / 180.0));

這會讓textField順時針旋轉九十度。還沒有完，因為cocos2d和UIKit的座標原點不一樣，有時在調整uiview的位置時真的會想殺人。還好cocos2d提供了簡單的函式幫我們進行轉換，輸入：

textField.center = [[CCDirector sharedDirector]　convertToUI:ccp(240, 250)];

convertToUI後面輸入的位置是以cocos2d原點在左下角的座標為依據，所以就螢幕上看到的，x=240是橫向螢幕的中心，y=100則是由螢幕下方往上250 pixel的位置。利用上述的函式，我們可以很輕易的把cocos2d裡的位置轉換給uiview。

現在再來看一下執行結果

如何？看著cocos2d和UIView完美的結合在一起，感覺還不賴吧^^

對了，上次有網友提到希望再看到一些遊戲的教學，不過小弟課業工作兩頭忙，要挪出時間來寫一篇豐富的教學實在有點困難。不知道大家還希望看到哪部份的教學，如果有空，我會盡力。

倒是我很佩服http://www.raywenderlich.com/的作者，同樣是iphone開發者，工作之餘還可以花時間寫那麼多長篇的教學。哪天應該寫信去請教他，是否可以讓我把他的文章翻譯後放在我的部落格，這樣以後自己要找資料方便，大家也看的開心。

開發iPad App，說難不難，說簡單卻也沒那麼簡單。在還沒接觸時，心裡只會覺得跟開發iPhone相比，不過就是把圖放大，畫面元素重新調整與排列罷了。但仔細翻閱iPad programming guide和其它文件後，才知道要學的東西還真不少：

• SplitView與PopoverView：首先，iPad和iPhone最大的不同就在於螢幕的尺寸。以往在iPhone上，受限於螢幕大小，很多控制選項或資訊的呈現，都要使用全螢幕的方式排列。這樣使用者在操作上才會順手，畫面也才夠賞心閱目。但到了iPad，情況就不同了。iPad螢幕這麼大，只不過要調整音量大小或使用者設定，就要占滿整個畫面，不但沒有妥善利用大螢幕的優點，整個畫面看起來也很單調。因此在iPad的SDK裡，新增了SplitView與PopoverView兩個類別。PopoverView在iPad裡是一個很實用的物件，當需要顯示的資訊只有一點點，不需要使用到全螢幕的時候，就可以使用PopoverView來呈現這類資訊。PopoverView還附有箭頭指示，讓使用者知道這是點選了哪個按鈕才跳出來的選單。而SplitView則提供了iPad橫向時的顯示方式，像下圖的“設定”，就把選單和選單的內容分成左右兩部份。橫項的時候，因為螢幕比較寬，所以選單和其內容可以做這樣的排列（直的時候，SplitView會自動變成PopoverView）。

• Interface Orientation：這interface orientation是一個很令人頭大的問題。iPad剛發表時，其中主打的一個特色就是不論正著拿還反著拿，iPad都能正確的把資訊顯示給使用者（』It just fit me』還記得吧！）。使用者用的快樂，代表的就是開發者的痛苦。官方Human interface guidelines裡就很明白的說，任何iPad App都要盡可能的支援四種方向的畫面呈現。所以以前在開發iPhone時算是特色的interface orientation，在iPad上變成應該要有的功能。所以下列的函式在開發iPad App裡變得相當重要。

- (BOOL)shouldAutorotateToInterfaceOrientation:

- (void)willAnimateRotationToInterfaceOrientation:　duration:

- (void)didRotateFromInterfaceOrientation:

• It’s just a iPad：雖然說自己曾在iPad剛發表時，在部落格裡認為iPad不只是一台放大版的iPod touch。但是，如果你是開發者，那很抱歉，iPad真的就只是一台放大版的iPod touch。它不是PC，也不是Notebook，它沒有那麼強大，記憶體甚至比iPhone 4還要小。相信很多人在看了iPad的廣告或者自己實際體驗過後會覺得，iPad提供了很好的使用者體驗，比一般小筆電還要順暢。打電動也媲美現在的PC Game。然而，這一切的一切，都是iPad軟體工程師沒日沒夜的最佳化才得到的結果。所以，千萬別以為PC上的那一堆炫麗的效果或豐富的界面，在iPad上一定可以順順利利的執行。它，只是一台iPad。

以上就是這幾個月iPad的開發心得。雖然有一段時間沒開發cocos2d相關程式，不過還是有在注意cocos2d的發展狀況。Cocos2d現在的功能愈來愈豐富，寫程式也愈來愈方便。下次有空再挑個合適的教學來寫吧！

首先，借用一下iPhone Dev Center 官方文件的圖片：

上圖是iPhone加速度計的三軸方向示意圖。iPhone的加速度計可以量測三個方向的加速度量值，輸出的數值單位是G。G不是高斯，更不是公克，是重力加速度。讓我們來複習一下國中物理課，加速度指的是速度在特定間隔時間的改變量，地球的重力加速度為1G = 9.8m/s^2。所以當我們把上圖的iPhone放在空間中時，會得到Y軸的數值為-1，即-9.8m/s^2，負號代表向下。

這裡要強調一下，加速度計是量測加速度的方向與大小，不是速度的大小，也不是量測重力的大小和方向。我們可以簡單的做一個實驗，拿起手上的iPhone（拿直的），打開safari，隨便進入一個網頁。接著，左右快速的橫向移動iPhone，如果速度夠快，就會看到safari轉成橫向了。這是因為iPhone是用加速度計來判斷它的直橫方向，所以當我們左右快速移動時，橫向的加速度大於垂直方向的重力加速度，iPhone系統就會判定為iPhone現在是擺橫的了。

好的，聊完了簡單的物理概念後，現在來看看程式要怎麼寫吧！

首先，必需在需要使用加速度的類別宣告中，加入加速度計的protocol。像這樣：

@interface MyViewController : UIViewController<UIAccelerometerDelegate>

在父類別的後方使用大於小於的符號，並且把UIAccelerometerDelegate這個委派加進去就完成準備工作了。

接著，在類別初始化的函式（可能是- (id)init、-(void)viewDidLoad或其它函式）加入以下程式碼，建立一個存取加速度計資料的物件：

UIAccelerometer *accel = [UIAccelerometer sharedAccelerometer]; accel.delegate = self;
accel.updateInterval = 1.0f / 60.0f;

accel是我們建立的加速度計物件，後面的兩行是用來設定這個物件的委派物件和加速度計的更新速率。更新速率調的愈高，反應愈靈敏。但並不是愈靈敏就是愈好，這需要看程式設計的需求而決定。

最後，我們要在這個類別的.m檔裡加入下方的函式：

- (void)accelerometer:(UIAccelerometer *)accelerometer didAccelerate:(UIAcceleration *)acceleration {
}

因為我們前面已經在這個類別加入了UIAccelerometerDelegate的protocol，所以當加速度計在特定的時間感應到有加速度的變化時，這個函式就會被呼叫。要取用三軸加速度計的資料，只要在該函式裡使用：

acceleration.x
acceleration.y
acceleration.z

即可得到xyz三軸的加速度資訊。

至於這三軸的資訊要怎麼使用在AR app上，會在各項AR工具的教學結束後，再統一說明。這裡就先賣個關子，請各位先發揮自己的創造力和想像力加以應用囉！

Argumented Reality，簡稱AR，中文翻譯為擴增實境。和虛擬實境不同的地方在於，虛擬實境是在螢幕上呈現一個完全由軟體建構出來的世界。而擴增實境則是在螢幕顯示的真實世界上加入一些虛擬的資訊。舉個簡單的例子，如果各位有個二三十歳以上，應該看過七龍珠這個漫畫或卡通。裡面很多人都會在左眼或右眼掛上一個可以顯示對方戰鬥力的儀器，這個儀器的背景是真實世界，但是當它對準某個敵人時，則會顯示對方的戰鬥力和其它數值（如果戰鬥力太高，還會爆炸XD）。

除了這個，像是魔鬼終結者那些機器人看到的影像，或者戰鬥機飛行員的螢幕畫面，這些都可以算是一種擴增實境。

簡易的擴增實境，只要有個攝影機顯示真實畫面，然後利用程式把一些資訊疊在這個畫面上就好了。但如果要更有實用價值，則必需考慮到攝影機與真實世界的相對位置。

判斷攝影機與真實世界相對位置的方法，簡單來說可以分成兩大類：

1. 影像辨識處理：這種方法是把攝影機看到的影像抓進程式裡做計算，每一個frame算一次，藉以判別現在相機和真實世界的位置。它的好處是，只要有相機就可以計算，而且非常精確。缺點在於，像iPhone這種CPU不是很強的機器，每計算一個frame需要的時間很長，結果實際上看起來就有點lag。此外，為了判別相機的相對移動，通常還需要一個參考用的圖案。程式根據該圖示在畫面中的相對位置，才能計算出相機的移動，實用性就大大被限制住了。上面的影片是ARToolkit這套開發工具在iPhone上的實測畫面。可以看到虛擬的畫面很精準的疊在真實世界中的圖示上，只是說畫面實在有些lag。當然這個問題隨著iPhone硬體的更新，會逐漸好轉。這一段影片就比較神奇了，這是由國外大學開發的一個稱為Parallel Tracking and Mapping的技術。基本上它也是影像處理，只是它不需要額外的參考圖示，程式本身會去找出畫面中屬於平面的部份，再進行相對位置的計算。他們有開放Source Code，如果有興趣可以去看看。不過code本身不是寫給iPhone用的，而且他們也明講code仍屬開發階段。我抓下來看過了，光要了解內容可能就要不少時間，如果還要讓iPhone可以用，那就….囧囧囧
2. 姿態位置感測器：和上述方法不同，這種方法主要利用的是其它搭配的姿態感測器，用來判斷攝影機與真實世界的相對位置。以iPhone為例，GPS可以用來得知攝影機在地圖上的哪個位置，磁力計則提供水平旋轉時的角度，加速度計則用來計算攝影機的仰角或傾角。此種方法因為不需要影像判識，所以比較不會受限於CPU的能力。相反的，因為仰賴的是其它週邊的感測器，因此這些感測器的精確度就影響了整體定位上的表現。在iPhone上利用這些感測器作為攝影機姿態的判別，精確度確實是比用影像判識的方法差上一截。如果各位手上有iPhone 3GS，可以試試看。把它水平的放在桌上，打開內建的指南針程式，待它靜止後，記住北方的方向。接著，快速的把iPhone水平旋轉90或180度，然後….指南針的北方和剛剛一樣嗎？　囧

上面說了這麼多，除了簡單介紹一下擴增實境是幹什麼的外，主要是要充版面（誤）。好啦～開玩笑的。從上面的簡介可以知道，擴增實境的重點，就是把實際畫面呈現在螢幕上，並把虛擬物件疊在畫面上。所以今天就來說明一下在iPhone上要如何打開攝影機，並把物件疊在上面。

在iPhone上要開啟攝影機，我們要使用的類別是UIImagePickerController，相關程式碼如下：

UIImagePickerController* imagePicker =
[[UIImagePickerController alloc] init];
imagePicker.delegate = self;
imagePicker.navigationBarHidden = YES;
imagePicker.toolbarHidden = YES;
imagePicker.sourceType = UIImagePickerControllerSourceTypeCamera;
imagePicker.showsCameraControls = NO;
imagePicker.cameraOverlayView = the view you want to attach;

首先先建立一個UIIMagePickerController的物件，接著把delegate指到你想指的地方，然後如果不想要navigationbar和toolbar的話，記得把它們關掉。在sourceType的部份，設定為IImagePickerControllerSourceTypeCamera，因為UIImagePickerController除了提供相機供能外，相片圖庫也是由它提供。接著則是把最底下有快門按鈕的工具列也關掉。最後最重要的一件事，把想要疊在螢幕上的物件（必須為UIView）設定給cameraOverlayView，這樣該物件就會出現在攝影機的畫面上了。
另外，因為剛剛把相機底下含快門按鈕的工具列給關了，所以畫面顯示的時候，底下會留下一段黑色的橫條，不是很好看。所以我們要把相機顯示的畫面放大一點，讓它填滿整個螢幕。

float bandWidth = 54;
float screenHeight = 480;
float zoomFactor = screenHeight / (screenHeight - bandWidth);

imagePicker.cameraViewTransform = CGAffineTransformScale(imagePicker.cameraViewTransform, zoomFactor, zoomFactor);

工具列的高度大約是54pixel，所以把相機畫面的寬和高各放大約1.13倍，就會填滿整個螢幕了。

最後，我們要把剛剛建立的UIImagePickerController物件叫出來。如果剛剛的UIImagePickerController是寫在某個UIViewController裡面，那麼只要把UIImagePickerController用modal view的方式叫出來就可以了。

[self presentModalViewController:imagePicker animated:NO];

OK!大功告成，這次就先講到這裡囉～

（咦？沒了？教學的部份有點短說＠＠還好前面有寫些東西充版面ＸＤ…）

下面錄了一段比較簡單的AR影片，但是畫質有點糟，又對不太到焦，傷眼睛就抱歉囉～

AR這個東西，說難不難，說簡單卻也沒那麼簡單。基本上，要實作一個AR程式，需要的知識有

1. 了解如何啟動iPhone攝影機，並把UIView疊在畫面上。
2. 利用加速度計和磁力計計算iPhone的姿態。
3. 利用GPS資訊計算iPhone的水平位移。
4. OpenGL ES ….

前面三項大概花個一兩天就可以學會了，問題比較大的大概是OpenGL ES吧！當然不用OpenGL ES也是可以做出其他的AR app，只是OpenGL ES的彈性比較大。只要運用加速度計和磁力計算出iPhone的姿態後，利用OpenGL ES調整虛擬照相機的視角，虛擬物件便會隨著iPhone的姿態轉移到對應的位置上。

加速度計和磁力計哪天有空再把相關程式放上來，只是這兩者皆無法在模擬器上執行，如果沒有購買iPhone Developer Program的話很難驗証程式的正確性。至於OpenGL ES嘛～雖然我有看了一點，不過實在太懶了，所以改用現成的SIO2 3D遊戲引擎來處理3D繪圖的工作。這部份就等用了比較熟練，再上來分享囉～

在還未接觸iPhone程式開發以前，做為一個iPhone使用者，最期待的就是看到Apple官方發表新的OS。對許多手機控來說，iPhone的功能總是東缺西少的，透過新版的OS更新，iPhone才能更接近大家心目中完美的手機。

但是！自從當了開發者，有作品上架後，一切就都變了。。。。。

變成開發者，代表自己變成提供服務的一方。只要新的OS提供了新的服務，開發者就得盡可能的把這些新功能加入到自己的APP中，滿足大家的期待，不然就等著被使用者唾棄吧！

上面講的還只是小事情，反正花點時間和心力，把新的API看完，該加入的功能寫一寫，就沒事了。萬一新的OS那麼剛好，內建的新功能直接取代自己已經上架的APP，或者某項新服務直接官方支援，搶人飯碗，那就只能說上輩子沒積陰德，算你倒楣。

有關新OS的功能，各大論譠和網站都已經提的差不多了，這次只是想站在開發者的立場整理一些心得，看看新的OS有什麼特別，如果文章中有什麼遺漏或錯誤的地方，還請大家糾正。

大家都知道，Jobs在Keynote中把iPhone OS 4的重點分成七大類，我們就一項項來看吧！

1. Multitasking : 好的，眾所期待的多工終於出現了。未來使用者可以掛著MSN，上網聽音樂外加收信和導航了（PS1:真有這麼多事可以做？）（PS2:為什麼我的iPhone 3G不支援　>』<）。但是只要稍微去K一下OS 4的API就會知道，多工不是完全被動交給系統去處理。也就是說～不好意思，如果你的APP要能放到背景，麻煩改一下程式碼，讓它支援特定的工作。乖乖改吧！各位開發者～
2. Folder : 喔！這個好！新功能！現在可以放在iPhone的APP上限是2160個，而且以後不用翻頁翻到死了。最重要的是，這功能和開發者一點關係都沒有。（爽）
3. Mail : 嗯。。。統一收件匣（我只有一個帳號）、多個Exchange帳號（沒在用Exchange）、更方便的。。。。好！跟我沒關係，跳過。
4. iBooks : 這還要說什麼嗎？免費的小熊維尼iBooks一本？好啦！有空我會看。
5. Enterprise : 老實講，目前跟我關係好像不太大。。。。
6. Game Center : 剛好印證剛剛前面說的，官方內建新服務，搶人飯碗。可憐的Open Fient，以後還能不能在iPhone遊戲市場中存活啊？先撇開這個不談，對遊戲開發者或遊戲軟體商來說，有一個像Game Center或Open Fient的服務是很重要的。使用者每天很努力的打電動，拼排名，不然就是挑戰朋友，邀朋友一起玩。玩的人快樂，賣遊戲的更快樂。現在App Store上的遊戲那麼多，要不是有這些呆呆的玩家免費幫遊戲打廣告，呼朋引伴叫大家玩，遊戲要在APP海中被使用者發覺，是一件多麼困難的事啊！喔對了，本來要來看一下Open Fient的API把它加到我的APP的，看來不用花這個時間了，直接看Game Center的就好了^^
7. iAd : 又一個服務中槍了！沒錯，就是在說你，AdMob。Apple官方的廣告服務耶！AdMob是google的又怎樣，APP是Apple在審，只要你AdMob裡的功能犯到Apple iAd，不好意思，這個APP一定不會過的啦！虧我還去弄了一個paypal給AdMob，看來是要跳槽囉～

以上是我這個還算新手的開發者對於iPhone OS 4的一點心得吧～

這次文章內容有點少，來點無聊的充充版面。上面寫的是開發者對OS 4的感想，那如果只是一個不會寫程式的單純使用者呢？（括號內是我的註解）

1. Multitasking : YA～終於有了～（完全和我相反心態）
2. Folder : 唷！這個還不錯～（有志一同？）
3. Mail : 嗯。。。。
4. iBooks : 無聊～（我也這麼覺得）
5. Enterprise : 看不懂。。。（我也看不懂　囧）
6. Game Center : 喔　（什麼“喔“！我要賺錢就靠它了）
7. iAd : 我討厭廣告　（我很喜歡耶　$_$）

大概就是這樣啦～其實這裡只列出OS 4最主要的七大功能，剩下還有一堆有的沒的小更新，官方宣稱有一百種，大家就努力去挖吧～

如果你已經看過其他iPone SDK的相關書籍，大概會知道，iPhone的觸控主要由三個函式方法負責：

﹣(void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;

﹣(void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;

﹣(void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event;

基本上看到函式的名稱就可以知道它所對應的功能。當使用者第一次按下螢幕時，touchesBegan的方法就會被觸發。如果使用者開啟移動，touchesMoved裡的程式便會被執行。最後一個touchesEnded就是當手指離開螢幕時要會觸發的函式。

這三個函式並沒有順序性的關係，也不需要三個函式的內容都寫，完全取決於這個app遇到對應的觸控事件時該怎麼處理對應的動作。

重點來了，如果你在cocos2d的CCLayer裡寫入這三個函式方法，是一點用處也沒有的，因為cocos2d有自己的觸控事件函式。但是也不用太擔心，基本上沒有什麼困難的地方，只不過就是在上述三個函式的名稱前加入cc兩個字而已：

﹣(void)ccTouchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;

﹣(void)ccTouchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;

﹣(void)ccTouchesEnded:(NSSet *)touches withEvent:(UIEvent *)event;

至於為什麼要改名字，A兜。。。這個老實說我也不是很清楚，只能告訴你因為cocos2d並沒有直接繼承UIKit的類別，所以很多protocol都得重新稍微定義一下才行，大概是這個樣子。

好了，廢話不多說，來寫程式。這一次的程式目的是建立一個CCSprite物件，使用者可以觸碰這個物件並移動它，當使用者的手指離開螢幕後，物件會回到螢幕中心的位置。

前置作業就不再重覆了，開啟一個cocos2d專案，在HelloWorldScene.h裡的大括內加入

CCSprite *touchIcon;

接著到HelloWorldScene.m裡，把- (init)的部份改為下列程式碼：

-(id) init　{
// always call 『super』 init
// Apple recommends to re-assign 『self』 with the 『super』 return value
if( (self=[super init] )) {

self.isTouchEnabled = YES;

touchIcon = [CCSprite spriteWithFile:@"Icon.png"];
[touchIcon setPosition:ccp(240,160)];
[touchIcon setOpacity:100];
[self addChild:touchIcon];
}
return self;
}

這裡比較重要的大概就是self.isTouchEnabled = YES這行，主要功能就是把接收觸控事件的功能打開，這樣等等加入的觸控函式才能發揮功用。剩下就只是touchIcon這個物件的一些相關設定，這次比較偷懶，連圖檔都不附了，反正cocos2d模版裡就有圖檔，我們就直接拿來用，省去大家還要下載的麻煩。

接著就是今天的重頭戲了，我們要加入負責接收觸控事件的三個函式。將下列程式碼加到HelloWorldScene.m裡：

- (void)ccTouchesBegan:(NSSet *)touches withEvent:(UIEvent *)event {
UITouch *myTouch = [touches anyObject];
CGPoint location = [myTouch locationInView:[myTouch view]];
location = [[CCDirector sharedDirector] convertToGL:location];

CGRect rect = CGRectMake(touchIcon.position.x -
touchIcon.contentSize.width/2, touchIcon.position.y -
touchIcon.contentSize.height/2,
touchIcon.contentSize.width, touchIcon.contentSize.height);

if (CGRectContainsPoint(rect, location)) {
[touchIcon setOpacity:255];
}
}

- (void)ccTouchesMoved:(NSSet *)touches withEvent:(UIEvent *)event {
UITouch *myTouch = [touches anyObject];
CGPoint location = [myTouch locationInView:[myTouch view]];
location = [[CCDirector sharedDirector] convertToGL:location];

CGRect rect = CGRectMake(touchIcon.position.x -
touchIcon.contentSize.width/2, touchIcon.position.y -
touchIcon.contentSize.height/2,
touchIcon.contentSize.width, touchIcon.contentSize.height);

if (CGRectContainsPoint(rect, location)) {
[touchIcon setPosition:location];
}
}

- (void)ccTouchesEnded:(NSSet *)touches withEvent:(UIEvent *)event {
UITouch *myTouch = [touches anyObject];
CGPoint location = [myTouch locationInView:[myTouch view]];
location = [[CCDirector sharedDirector] convertToGL:location];

CGRect rect = CGRectMake(touchIcon.position.x -
touchIcon.contentSize.width/2, touchIcon.position.y -
touchIcon.contentSize.height/2,
touchIcon.contentSize.width, touchIcon.contentSize.height);

if (CGRectContainsPoint(rect, location)) {
[touchIcon runAction:[CCMoveTo actionWithDuration:0.5 　　　　　　　　　　　　position:ccp(240,160)]];
[touchIcon setOpacity:100];
}
}

這三個函式的結構大同小異，所以這裡就將相同的部份統一說明。

首先看到的是

UITouch *myTouch = [touches anyObject];
CGPoint location = [myTouch locationInView:[myTouch view]];
location = [[CCDirector sharedDirector] convertToGL:location];

我們先建立一個UITouch物件myTouch，它的內容來自於touches。接著我們用locationInView這個方法從myTouch中取出觸碰的位置。最後一行相當重要，因為myTouch傳回的位置所用的座標原點是在螢幕左上角，但在cocos2d中所使用的座標原點則是在螢幕左下角，所以cocos2d提供了這個簡便的方法讓我們轉換兩者間的關係。這一步一定要記得做，不然到時觸控起來會很奇怪。

接著程式建立了一個CGrect，

CGRect rect = CGRectMake(touchIcon.position.x – touchIcon.contentSize.width/2, touchIcon.position.y – touchIcon.contentSize.height/2,　touchIcon.contentSize.width, touchIcon.contentSize.height);

這是由Core Graphic所定義的矩形結構，我們用CGRectMake這個C語言函式來建立它。參數依序是矩形左下角的x和y值，以及矩形的寬和高。我們建立的這個大小就是touchIcon的範圍，有了這個範圍，我們再利用CGRectContainsPoint這個函式來判斷這個矩形是否有包函觸碰的位置。如果有，代表使用者按到這個圖形了，我們再依觸碰事件的種類來執行對應的動作，包括：

ccTouchesBegan：使用者第一次按到touchIcon，把圖檔的透明度調成255（即不再半透明）。

ccTouchesMoved：使用者開始移動手指，設定touchIcon的位置為手指移到的位置點。

ccTouchesEnded：使用者手指離開螢幕，此時令touchIcon執行回到中心點的動作，並將圖檔調回半透明。

趕快run一下你的程式，操作起來應該會下面的影片一樣。基本的觸控事件處理大概就是這麼一回事，是不是很簡單呢？