考慮舊版相容性的App設計

iOS每年推陳出新，不斷地冒出各式各樣新鮮有趣的新類別，新method，讓我們可以天馬行空地發揮想像力，設計更多令人耳目一新的App。但是，世界並沒有想像中美好，不可能每個人的iPhone都升級到最新的iOS。因此，我們還是要考慮到這些舊版iOS使用者的相容性。

以最新推出的iOS 6為例，MKMapItem是個全新的類別，提供我們更方便的地圖應用可能。但是舊版的iOS就不支援了，因此我們在設計App時，最好能夠聰明地判斷，當使用者機器為iOS 6時才使用MKMapItem, 當機器為舊版的iOS時則採用另外的配套方案。

判斷的方法很簡單，只要以下2行程式碼:


 Class itemClass = [MKMapItem class];
 if([itemClass respondsToSelector:@selector(openMapsWithItems:launchOptions:)])
 {
     
 }
說明:
不管使用者的機器是否為iOS 6，都可以建立MKMapItem類別物件。但只有iOS 6機器所建立的，才真正具有執行MKMapItem所定義method的能力。因此只有在iOS 6，以上的if敘述才會成立。

給我一首歌的時間，3.5和4吋螢幕一網打盡

改頭換面的舊專案 ( 3.5 -> 4 ):

原先針對3.5-inch設計的App，當直接於iPhone 5上運行時，仍然可以運行無阻。此時App運行時將進入相容模式，App的畫面置中，維持原先3.5-inch時的高度，但上下各多出了一塊黑邊，此黑邊即是4-inch畫面所多出的高度。

想要移除破壞美觀的黑邊很簡單，只要設定4-inch的Launch Image，即可表明App在4-inch的環境下可以完全發揮，不用委屈地進入相容模式。

執行App:

重情念舊的新專案 ( 4 -> 3.5 ) :

1. 建立Tabbed Application專案。

2. 將Development Target設為5.0，如此才能至少支援iPhone 5以上的機器。

3. 關閉Autolayout

Autolayout是iOS 6才支援的酷炫功能，為了相容iOS 5，我們只好忍痛割除它。請編輯MainStoryboard.storyboard，切換至File Inspector頁面，將原本勾選的Use Autolayout取消。

4. 於第一個tab的view上加入佔滿畫面的ImageView，Mode設為Aspect Fill，並以彼得潘曾經買過的可愛猴子娃娃為主角。

執行App:

如圖所示，不管是在3.5還是4-inch畫面，tab bar都完美地對齊下方，唯一的差別只在於猴子顯示的範圍。在比較高瘦的4-inch畫面上，最近吃太多需要瘦身的猴子只好犧牲一點，無法露出其完整的腳丫子。

也許有人覺得奇怪，一開始新專案裡預設的Storyboard顯示的是4-inch的畫面，因此我們加入的ImageView其實比較長，為何在3.5-inch iPhone執行時它會聰明地自動縮小呢? 其實這裡頭沒有神奇的魔法，這全是容納ImageView的View的功勞。如下圖所示，我們看到View的Autoresize Subviews被勾選，因此ImageView將跟著View的大小而縮放。

若是我們調皮地將Autoresize Subviews的勾選拿掉，在3.5-inch iPhone執行的畫面將變這樣。

實在是太可憐了，由於ImageView還是維持4-inch時的高度，所以在3.5-inch的畫面上，我們完全看不到猴子的腳丫子了。

黃金比例的iPhone 5全螢幕圖片

iPhone長高了，iPhone  5的螢幕尺寸變為接近16:9的黃金比例，若以pixel為單位，其從原先的640 * 960 成長為 640 * 1136。由於寬度不變，只有高度增長了，因此對於App來講最主要的改變其實在於畫面上一次可以看到的東西變多了，尤其對於像表格這裡元件，顯示範圍甚至可能從五行成長為七行。

對於App開發者，影響最大的莫過於佔滿螢幕的圖片。想要成為最新，最潮，支援iPhone 5的App，關於全螢幕圖片的調整，其實很簡單，只要以下2個步驟:

1. 開頭畫面圖片:

針對4-inch螢幕，使用 640 * 1136的png。值得注意的，for 3.5-inch Retina的Launch Image被命名為Default@2x.png，而for 4-inch Retina則被命名為Default-568h@2x.png。

如圖所示，我們看到Retina的Launch Images，區分為3.5和4兩種。


執行App:

人人平等，不管是4-inch還是3.5-inch，都可以看到Penny又在家裡唱歌演唱會的宣傳圖片。

2. App裡的背景圖片:

App裡的背景圖片並不像Launch Image那麼聰明，可以由檔名判斷顯示的圖片。因此我們必須從程式裡自己做判斷。


    CGSize size = [UIScreen mainScreen].bounds.size;

說明:
取得螢幕的尺寸，當為3.5吋的Retina時，size為320*480。當為4吋的Retina時，size則為320*568。因此我可以利用回傳size的高度決定顯示的圖片。

iOS 6裡被遺忘的viewDidUnload - 由來只見新人笑,有誰聽到舊人哭

在最新的iOS 6裡，有新加入，被大力宣傳和寵愛的新類別和新method。但由來只見新人笑,有誰聽到舊人哭。曾經在UIViewController佔舉足輕重地位的viewDidUnload method不再被呼叫了。過去當記憶體不足時，view controller的didReceiveMemoryWarning將被呼叫，接著為了節省記憶體空間，當其view被移除後，viewDidUnload將被呼叫。

接下來彼得潘實際建立一個簡單的Tab App Test來說明，感謝大畫家朋友張友鷦可愛圖片的友情提供。此App的第一個tab將顯示相愛的甜蜜氣氛，第二個tab則顯示親吻月亮的貓頭鷹。




為了驗證相關method的呼叫，我們將TestFirstViewController.m修改如下:


- (void)viewDidLoad
{
    NSLog(@"%s", __PRETTY_FUNCTION__);

    [super viewDidLoad];
// Do any additional setup after loading the view, typically from a nib.
}

-(void)viewDidUnload
{
    NSLog(@"%s", __PRETTY_FUNCTION__);

    [super viewDidUnload];
 
 
}

- (void)didReceiveMemoryWarning
{
    NSLog(@"%s", __PRETTY_FUNCTION__);

    [super didReceiveMemoryWarning];
    // Dispose of any resources that can be recreated.
 
}

除此之外，為了確定當記憶體不足時，不在畫面上的UI元件真的被狠心地移除，我們將在TestFirstViewController上的圖片類別設為自訂的MyImageView類別( 繼承UIImageView)，並於MyImageView.m裡定義dealloc method。

-(void)dealloc

{

    NSLog(@"%s", __PRETTY_FUNCTION__);

}

好了，大功告成，好戲要上演了。先讓我們回到過去，看看iOS 5的表現吧。

iOS 5:

一開始先顯示第1個tab的畫面，此時viewDidLoad被呼叫，log如下。

2012-09-28 00:56:51.808 Test[10727:c07] -[TestFirstViewController viewDidLoad]

                                                  

切換到第2個tab，並從模擬器觸發記憶體不足情況。(Hardware -> Simulate Memory Warning)

此時log如下:

2012-09-28 00:57:57.826 Test[10727:c07] Received memory warning.

2012-09-28 00:57:57.828 Test[10727:c07] -[TestFirstViewController didReceiveMemoryWarning]

2012-09-28 00:57:57.828 Test[10727:c07] -[MyImageView dealloc]

2012-09-28 00:57:57.829 Test[10727:c07] -[TestFirstViewController viewDidUnload]

根據Log，我們觀察到當didReceiveMemoryWarning呼叫後，不在畫面上的第1個tab的view果然被狠心移除了，因為view上圖片被移除的log -[MyImageView dealloc]鐵證如山般印在log上。而當view整個被移除後，viewDidUnload果然跟著被呼叫了。

要是此時我們再回到第1個tab，由於此tab的view已被移除，它需要重新載入畫面，因此viewDidLoad再度被呼叫。

2012-09-28 01:05:32.063 Test[10727:c07] -[TestFirstViewController viewDidLoad]

但在iOS 6情況就完全不同了，讓我們趕緊接著看下去。

iOS 6:

照著跟剛剛一模一樣的步驟操作，卻發現印出的log精簡許多。

2012-09-28 01:07:35.275 Test[11146:c07] -[TestFirstViewController viewDidLoad]

2012-09-28 01:07:49.983 Test[11146:c07] Received memory warning.

2012-09-28 01:07:49.984 Test[11146:c07] -[TestFirstViewController didReceiveMemoryWarning]

當我們觸發記憶體不足時，didReceiveMemoryWarning如期地被呼叫，當接著呢? 什麼事都沒發生，第一個tab上的view沒被移除，viewDidUnload也不再被呼叫。這是因為在iOS 6系統給我們更高的自主權，讓我們自己決定記憶體不足時要做什麼。如果想要像從前一樣在記憶體不足時移除UI元件節省記憶體，也是可以，只要將TestFirstViewController的 didReceiveMemoryWarning修改如下。

- (void)didReceiveMemoryWarning

{

    NSLog(@"%s", __PRETTY_FUNCTION__);

    [super didReceiveMemoryWarning];

    // Dispose of any resources that can be recreated.

    

    if([self isViewLoaded] && self.view.window == nil)

    {

        NSLog(@"remove view");

        self.view = nil;

    }

}

說明:

利用isViewLoaded判斷view是否已經load，self.view.window判斷view是否目前不在畫面上，如果這兩個條件都成立，就可以放心大膽地移除view了。(將self.view設為nil)

再次執行:

2012-09-28 01:26:14.369 Test[11924:c07] -[TestFirstViewController viewDidLoad]

2012-09-28 01:26:19.026 Test[11924:c07] Received memory warning.

2012-09-28 01:26:19.028 Test[11924:c07] -[TestFirstViewController didReceiveMemoryWarning]

2012-09-28 01:26:19.029 Test[11924:c07] remove view

2012-09-28 01:26:19.029 Test[11924:c07] -[MyImageView dealloc]

觸發記憶體不足後，由於我們在didReceiveMemoryWarning裡將self.view設為nil，所以第1個tab上的view順利被殺掉了，其上的圖片也一併被解決了。

當我們再次切換回第一個tab時，viewDidLoad也像從前一樣，再一次被呼叫了。

2012-09-28 01:28:14.768 Test[11924:c07] -[TestFirstViewController viewDidLoad]

最後，最重要的，如果我們想要三天三夜不睡覺寫出的App可以同時支援iOS 5和iOS 6，要怎麼做呢?

很簡單，將didReceiveMemoryWarning method定義成剛剛的範例，即可同時支援iOS 5和iOS 6。因為在iOS 5時，觸發記憶體不足後，印出的Log如下:



2012-09-28 19:15:15.703 TestTab[40899:c07] -[TestTabFirstViewController viewDidLoad]
2012-09-28 19:15:20.817 TestTab[40899:c07] Received memory warning.
2012-09-28 19:15:20.818 TestTab[40899:c07] -[TestTabFirstViewController didReceiveMemoryWarning]
2012-09-28 19:15:20.826 TestTab[40899:c07] -[TestTabFirstViewController viewDidUnload]

由Log我們得知， didReceiveMemoryWarning裡if的判斷沒有成立。這是因為在iOS 5當呼叫[super didReceiveMemoryWarning]後，view即會被移除，接著viewDidUnload將被呼叫。等到viewDidUnload執行完後，才會繼續執行didReceiveMemoryWarning裡剩下的程式碼。因此當isViewLoaded被呼叫時，此時view已經被unload，所以isViewLoaded將回傳No。

除此之外，若是想在view被移除時做一些特定的工作，也請記得在iOS 5時要寫在viewDidUnload裡，在iOS 6則寫在didReceiveMemoryWarning裡的self.view = nil;之後。

永不熄滅的iPhone螢幕

天冷了聰明的人們懂的加件外套，同樣的，iPhone當然也懂得自我保護。為了省電，每隔一段時間它會自動地熄燈睡覺休息，熄滅螢幕，進入鎖定模式。從設定App ->   一般  -> 自動鎖定裡，我們可以設定進入自動鎖定的時間，從最短的一分鐘到永不休息的"永不"。

假如說彼得潘中了樂透，當然可以豪氣地設為"永不"，讓iPhone一直亮著跟別人炫耀，因為早已事先準備好一百個行動電源。但可惜彼得潘只中過200，所以也許退而求其次，彼得潘只想要顯示與偶像Penny合照的App"彼得潘和Penny"執行時螢幕一直亮著，但執行其它App時遵從自動鎖定的設定，這小小的心願有可能實現嗎?

當然可以，只要在程式裡加入以下短短兩行程式碼即可。

UIApplication *app = [UIApplication sharedApplication]; 

app.idleTimerDisabled = YES;

說明:

將UIApplication物件的idleTimerDisabled設為YES，即可防止iPhone睡著。終於，彼得潘可以從早到晚，一直盯和偶像Penny的合照了

Android開發環境準備

1. 安裝Eclipse

http://www.eclipse.org/downloads/

下載並安裝Eclipse for Mobile Developers

2. 啟動Eclipse

3. 點選Help -> Install New Software

4. 點選右邊的Add按鈕。

5. 輸入ADT的名稱和下載位置

Name : ADT Plugin
Location: https://dl-ssl.google.com/android/eclipse/

6. 在安裝的清單裡，勾選Developer Tools，然後再點選Next。

只是要開發App了話，不需要NDK Plugins來湊熱鬧。

7. 點選Next。

8. 勾選同意License後，點選Finish，開始安裝。

過程中若出現Security Warning，請不要害怕，勇敢地按下Ok吧。

9. 完成安裝，按下Yes重啟Eclipse。

10. 重啟後將看到SDK安裝的視窗。

請同時勾選Install latest SDK和目前仍然很多人使用的舊版2.2 SDK。

勾選是否同意回傳報告給Google。

勾選Accept All，全部安裝吧。

11. 設定PATH

export PATH=/usr/local/bin:$PATH:/Users/peterpan/android-sdks/tools:/Users/peterpan/android-sdks/platform-tools

只要有iPhone，人人都可以是攝影大師 - iOS 6的全景拍照

iOS 6支援全景拍照，而且不只iPhone 5獨享唷，連iPhone 4S也擁有此非凡能力。接下來，就讓彼得潘手上的iPhone 4S，為各位示範拍攝愛車的全景照片吧。不過可惜彼得潘不是有錢的蝙蝠俠布魯斯韋恩，所以拍攝的不是高級跑車，只是小小的單車啦。

1. 打開相機App，點選"選項"按鈕，再選擇"全景模式"

2. 進入傻瓜全景拍照模式。只要持續移動iPhone，即可完成全景照片。

3.  大功告成 ! 只要有iPhone，人人都可以是攝影大師 。

致命的Autolayout

當我們興高采烈地採用最新的Xcode 4.5，搭配最新的iOS 6 SDK，建立新專案開始開發時，一旦在iOS 5的機器上執行，卻馬上crash，死前遺言如下:

從遺言我們得知問題出在NSLayoutConstraint上，這是因為它是在iOS 6才冒出的類別 

NS_CLASS_AVAILABLE_IOS(6_0)

@interface NSLayoutConstraint : NSObject

讓我們回頭看看專案的storyboard，我們可發現在View下多了很多設定排版的Constraint。

切換到storyboard的File Inspector頁面，我們可發現Use Autolayout被勾選。

 

Autolayout是iOS 6才加入的排版機制，利用剛剛畫面上看到的Constraint，排列畫面上的元件。 為了能相容iOS 5以下的版本，我們只要取消此勾選，移除Autolayout，即可解決App crash的問題。

Mountain Lion五大新功能解密 (PChome 2012.9)

找不到Xcode的xcrun

在將Storyboard做Localization時，我們需要於Terminal輸入以下指令，將精心翻譯的語系版本文字輸入到Storyboard的畫面上。


ibtool --strings-file MainStoryboard.strings --write MainStoryboard.storyboard ../en.lproj/MainStoryboa.storyboard

此指令將用到xcrun，而xcrun必須找到一個存在的Xcode路徑。當我們進行多次Xcode的安裝，移除動作後，可能發生xcrun找不到Xcode的問題，出現以下錯誤訊息

xcrun: Error: could not stat active Xcode path '/Applications/Xcode45-DP4.app/Contents/Developer'. (No such file or directory)

這是因為xcrum找尋的Xcode45-DP4.app已經不存在，那是舊的路徑。假設目前Xcode位在/Applications/Xcode.app，只要輸入以下指令，即可解決問題

sudo xcode-select -switch /Applications/Xcode.app

不斷進化的Objective-C (MacToday 2012.9)

隨著Xcode 4.4的推出， Objective-C也有了大幅的進步。其實偷懶是人類的天性，科技的進步正是朝著偷懶的目標前進。接下來彼得潘將介紹的Objective-C三大新功能，完全實現了彼得潘不為人知的偷懶欲望，我們可以打愈少的字，犯更少的錯，開發更多的App，賺更多的錢，環遊世界玩更多的國家!

一.  自動補上@synthesize

@property和@synthesize的發明大大減輕了我們手指打字的疼痛程度，讓我們不用再千辛萬苦打下落落長存取物件member的setter和getter。然而所謂懶還要更懶，可以開車就不想走路，可以坐車就不想開車。不斷地打下member相對應的@property和@synthesize，也是很辛苦的。讓我們看看以下這個例子。

假設我們自訂一個蝙蝠俠類別，BatMan。舊時代的寫法如下:

BatMan的宣告 (BatMan.h) :  

#import <Foundation/Foundation.h>

@interface BatMan : NSObject

{

    NSString *name;

    NSString *gender;

}

@property (strong, nonatomic) NSString *name;

@property (strong, nonatomic) NSString *gender;

@end

BatMan的定義 (BatMan.m) :  

#import "BatMan.h"

@implementation BatMan

@synthesize name;

@synthesize gender;

@end

今天幸好BatMan只有名字和性別兩種屬性，若是我們連它的眼睛顏色，是否禿頭等各式小細節都想設定，當屬性愈多，我們需要耐下性子輸入的@synthesize也愈多。以剛剛的例子為例，name短短4個英文字組成的單字，仿佛怕我們遺忘它般一連出現三次，一次在member的宣告，一次在@property，一次在@synthesize。如果有一天，我們不用同樣的單字輸入三次，省下三分之二的時間去約會，該有多好! 如果不再是如果，讓我們看看以下這個超簡單Bat Man偷懶版。

BatMan的宣告 (BatMan.h) :  

#import <Foundation/Foundation.h>

@interface BatMan : NSObject

@property (strong, nonatomic) NSString *name;

@property (strong, nonatomic) NSString *gender;

@end

BatMan的定義 (BatMan.m) :  

#import "BatMan.h"

@implementation BatMan

@end

不用在類別裡宣告member，也不用再補上@synthesize，只要@property，聰明的Xcode馬上知道我們在想什麼，幫我們將剩餘的部分補上。雖然我們肉眼看不到，但它們確實存在，程式碼也實實在在地編譯成功了!  不過我們還是來解密一下，了解Xcode到底幫我們加上了什麼。

@synthesize name = _name;

@synthesize gender = _gender;

Xcode幫我們加了以上兩行程式碼，如此不只補齊了@synthesize，連member也自動幫我們生成。而member的名稱，正是 = 符號右手邊加了底線的名稱，_name和_gender。假設BatMan有一項飛翔的獨門絕技，有一個fly method，接下來我們讓BatMan一邊飛，一邊取名字。

-(void)fly

{

    _name = @"彼得潘";

}

在fly method裡，我們將BatMan的名稱取名彼得潘。利用偷偷產生的_name member來設定。

二.  神奇的@

Objective-C的物件讓人又愛又恨。因為物件，讓我們可以輕易設計許多天馬行空的App。但也因為物件，讓我們在使用某些常用型別，比方int, Array, Dictionary時，需要寫許多令人心煩的程式碼。現在有了神奇的@，一切都簡單多了。

(1) NSNumber

1.  一拍即合型

如果對象是數字，它和@完全是一拍即合，可以直接結合。

沒有@的世界末日

    NSNumber * endOfTheWorld = [NSNumber numberWithInt: 2012];

神奇@的世界末日

  

NSNumber *endOfTheWorld = @2012;

2.  月下老人 ( ) 牽線型

如果不是數字，還是可以結合，只不過需要 ( ) 的幫忙撮合。比方method getEndOfTheWorld回傳數字，讓我們看看它如何結合@。

-(int)getEndOfTheWorld

{

    return 2012;

}

沒有@的世界末日

    NSNumber * endOfTheWorld = [NSNumber numberWithInt: [self getEndOfTheWorld]];

神奇@的世界末日

    NSNumber *endOfTheWorld = @([self getEndOfTheWorld]);

(2) NSArray

結合@ 和 [ ] ，我們可以輕易創造NSArray。接下來我們以彼得潘看了2次的蝙蝠俠三部曲為例說明。

沒有@的蝙蝠俠三部曲

    NSArray *batmanMovies = [NSArray arrayWithObjects:@"開戰時刻", @"黑暗騎士", @"黎明升起", nil];

神奇@的蝙蝠俠三部曲

    NSArray *batmanMovies = @[@"開戰時刻", @"黑暗騎士", @"黎明升起"];

利用神奇@來創造array，不只程式碼更加精簡，最重要的我們終於甩掉沒路用的nil了。從前利用arrayWithObjects:生成array，必須以nil做訊號表示已經來到array的盡頭，後頭無一物了。現在神奇@聰明多了，只要將array裡的物件一一交給它，它就懂了。

蝙蝠俠是如此地賣座，不管是電影公司或影迷，都願意為了第4集再砸錢吧。不過要拍第4集可沒那麼簡單，利用@建立的array是不可變的NSArray。現在該是向變形金剛學習的時刻了。讓我們將@生成的NSArray變型為NSMutableArray。

  NSMutableArray *batmanMovies = [@[@"開戰時刻", @"黑暗騎士", 

      @"黎明升起"] mutableCopy];

 [batmanMovies addObject:@"當蝙蝠俠遇上彼得潘"];

(3) NSDictionary

結合@ 和 { }，我們可以輕易創造NSDictionary。接下來彼得潘以最近推出新專輯的蔡淳佳新專輯曲目來說明。

沒有@的蔡淳佳新專輯主打歌

    NSDictionary *joiNewAlbum = [NSDictionary dictionaryWithObjectsAndKeys:@"Love You", @"song1", @"不透光", @"song2", nil];

神奇@的蔡淳佳新專輯主打歌

    NSDictionary *joiNewAlbum = @{ @"song1" : @"Love You", @"song2": @"不透光" };

三.  更方便的存取集合裡的元素 (Object Subscripting) 

透過全新的Object Subscripting語法，我們能夠以更簡潔利落的程式碼存取集合裡的元素。所謂集合，最具代表性的莫過於NSArray和NSDictionary了。讓我們繼續以剛剛的batmanMovies和joiNewAlbum為例，並配合實際的UI畫面demo說明。

(1) 畫面設計

說明:

待會我們將利用movieLabel和songLabel填入電影名和歌曲名。

(2) 程式設計

沒有Object  Subscripting的舊時代寫法:

- (void)viewDidLoad

{

    [super viewDidLoad];

    

    NSMutableArray *batmanMovies = [@[@"開戰時刻", @"黑暗騎士", @"黎明

                  升起"]

                                    mutableCopy];

    [batmanMovies addObject:@"當蝙蝠俠遇上彼得潘"];

    NSDictionary *joiNewAlbum = @{ @"song1" : @"Love You", 

        @"song2": @"不透光" };

    movieLabel.text = [batmanMovies objectAtIndex:3];

    songLabel.text = [joiNewAlbum objectForKey:@"song2"];

}

執行結果:

Object  Subscripting的新時代寫法:

- (void)viewDidLoad

{

    [super viewDidLoad];

    

    NSMutableArray *batmanMovies = [@[@"開戰時刻", @"黑暗騎士", @"黎明

                    升起"]

                                    mutableCopy];

    [batmanMovies addObject:@"當蝙蝠俠遇上彼得潘"];

    NSDictionary *joiNewAlbum = @{ @"song1" : @"Love You", 

        @"song2": @"不透光" };

    movieLabel.text = batmanMovies[3];

    songLabel.text = joiNewAlbum[@"song2"];

}

說明:

利用[ ] 內指定數字存取array裡的物件( 第一個物件的index為0)，指定key則可存取dictionary裡的物件。

想要具有Object Subscripting的神奇魔力，其實很簡單，想要像NSArray一樣透過index存取，需要定義以下2兩個method:

- (id)objectAtIndexedSubscript:(NSUInteger);

- (void)setObject:(id)obj atIndexedSubscript:(NSUInteger)idx;

想要像NSDictionary一樣透過key存取，需要定義以下2兩個method:

- (id)objectForKeyedSubscript:(id)key;

- (void)setObject:(id)object forKeyedSubscript:(id)key;

接下來彼得潘就以Peter Pan的自我介紹為例，說明如何讓自訂類別具有Object Subscripting的神奇魔力吧。

(1). PeterPan類別的宣告 

#import <Foundation/Foundation.h>

@interface PeterPan : NSObject

{

    NSString *lover;

    NSString *enemy;

    

}

- (id)objectForKeyedSubscript:(id)key;

- (void)setObject:(id)object forKeyedSubscript:(id)key;

@end

(2). PeterPan類別的定義，定義實現Object Subscripting的必要method objectForKeyedSubscript:和setObject:forKeyedSubscript:。

- (id)objectForKeyedSubscript:(id)key

{

    if([key isEqualToString:@"最愛"])

    {

        return lover;

    }

    else if([key isEqualToString:@"死對頭"])

    {

        return enemy;

    }

    else

    {

        return nil;

    }

}

- (void)setObject:(id)object forKeyedSubscript:(id)key

{

    if([key isEqualToString:@"最愛"])

    {

        [self setValue:object forKey:@"lover"];

        

    }

    else if([key isEqualToString:@"死對頭"])

    {

        [self setValue:object forKey:@"enemy"];

        

    }

}

測試程式

- (void)viewDidLoad

{

    [super viewDidLoad];

    PeterPan *peterPan = [[PeterPan alloc] init];

    peterPan[@"最愛"] = @"温蒂";

    peterPan[@"死對頭"] = @"虎克船長";

    self.loverLabel.text = peterPan[@"最愛"];

    self.enemyLabel.text = peterPan[@"死對頭"];

}

說明:

由於peterPan物件學會了Object Subscripting，因此我們可以透過[ ] ，傳入@”最愛”和@”死對頭”做為key來存取。q

執行結果:

V.K克和彼得潘合照!

V.K克和彼得潘合照! 

鋼琴和App的火花，即將引爆 !