編寫高質(zhì)量代碼：改善Objective-C程序的幾個(gè)建議

發(fā)布時(shí)間：2020-06-19 18:58:51 來源：網(wǎng)絡(luò) 閱讀：305 作者：yifeilang 欄目：移動(dòng)開發(fā)

建議 1:方法曾經(jīng)與順序有關(guān)但現(xiàn)在無關(guān)

Objective-C類由聲明文件h和實(shí)現(xiàn)文件m組成，所有的public方法都在h文件中聲明，private方法可以寫在m文件中，但是在早期的編譯環(huán)境中需要注意方法的順序，例如下面的代碼，在早期的編譯環(huán)境會(huì)給出警告：

在. h頭文件中，類和方法聲明：

@interface ObjcNewFeatures : NSObject

-(void)doSomething:(NSString *) text;

@end

在. M實(shí)現(xiàn)文件中，實(shí)現(xiàn)：

@implementation ObjcNewFeatures

-(void)doSomething:(NSString *)text{

NSLog(@"%@", [text stringByAppendingFormat:[selfgetCode]]);

}

-(NSString *)getCode{

return@"Unicode";

}

@end

在早期編譯器進(jìn)行編譯時(shí)，會(huì)發(fā)出下面的警告：

warning: instance method‘-getCode:’not found…

這是因?yàn)楦鶕?jù)編譯順序，編譯器不知道在doSomething之后還有getCode方法，所以會(huì)給出警告。解決辦法有多種，比如可以把getCode方法放到doSomething之前，也可以提前聲明私有方法，如下：在.m文件中增加getCode方法，像這樣：

@interfaceObjcNewFeatures()

-(NSString *)getCode;

@end

但在從Xcode4.6開始，新版編譯器中增加了新特性，改變了順序編譯的方式，首先掃描方法聲明，然后再對(duì)其實(shí)現(xiàn)部分進(jìn)行編譯。這樣無論是public還是private方法，就變得順序無關(guān)了。

目前XCode的最新版本5.0采用的默認(rèn)編譯器是Apple LLVM compiler 3.1，以上代碼在最新的編譯環(huán)境下正常運(yùn)行。

使用Objective-C的新版，可編寫更簡潔的代碼，同時(shí)避免一些常見的陷阱。更重要的是，這些語法特性是完全向下兼容，使用新特性編寫出來的代碼，經(jīng)過編譯后形成的二進(jìn)制程序可以運(yùn)行在之前發(fā)布的任何OS中。

建議 2:注意枚舉最近幾次吸能改進(jìn)

枚舉在OS X v10.5之前，我們?nèi)绾卧?/span>Objective-C中定義一個(gè)枚舉類型呢？如下：

typedef enum {

ObjectiveC,

Java,

Ruby,

Python,

Erlang }

Language;

這種寫法簡單明了，用起來也不復(fù)雜，但是有一個(gè)問題，就是其枚舉值的數(shù)據(jù)范圍是模糊的，這個(gè)數(shù)值可能非常大，可能是負(fù)數(shù)，無法界定。

在OS X v10.5之后和iOS中，你可以這樣寫：

enum {

ObjectiveC,

Java,

Ruby,

Python,

Erlang

};

typedef NSUInteger Language;

這種寫法的好處是，首先這個(gè)枚舉的數(shù)據(jù)類型是確定的，無符號(hào)整數(shù)。其次由于我們采用了NSUInteger，可以不用考慮32位和64位的問題。帶來的問題是數(shù)據(jù)類型和枚舉常量沒有顯式的關(guān)聯(lián)。

在XCode4.4中，你可以這樣寫枚舉了：

typedef enum Language : NSUInteger{

ObjectiveC,

Java,

Ruby,

Python,

Erlang

}Language;

在列出枚舉內(nèi)容的同時(shí)綁定了枚舉數(shù)據(jù)類型NSUInteger，這樣帶來的好處是增強(qiáng)的類型檢查和更好的代碼可讀性。

當(dāng)然，對(duì)于普通開發(fā)這來說，枚舉類型可能不會(huì)涉及到復(fù)雜的數(shù)據(jù)，使用之前的兩種寫法也不會(huì)有什么大問題。無論如何，在XCode4.4發(fā)布之后，就可以嘗試采用新的寫法了。

使用Objective-C的新的寫法，可編寫更簡潔的代碼，同時(shí)避免一些常見的陷阱。更重要的是，這些語法特性是完全向下兼容，使用新特性編寫出來的代碼，經(jīng)過編譯后形成的二進(jìn)制程序可以運(yùn)行在之前發(fā)布的任何OS中。

建議 3:屬性具有自動(dòng)合成特性

每個(gè)開發(fā)人員對(duì)屬性都很熟悉，需要為類定義屬性，編寫getter和setter方法。那么在Objective-C中是如何進(jìn)行處理屬性呢？很簡單，首先在.h頭文件中定義屬性：

@property (strong) NSString *name;

然后在.m實(shí)現(xiàn)文件中使用@synthesize指令實(shí)現(xiàn)屬性的accessor方法和定義實(shí)例變量ivar：

@synthesize name = _name;

@synthesize的含義是，如果沒有進(jìn)行重載的情況下，編譯器會(huì)根據(jù)讀寫屬性自動(dòng)為類實(shí)例變量_name生成getter和setter方法。當(dāng)然，也可以用@dynamic指令指定該屬性的相關(guān)方法由開發(fā)人員實(shí)現(xiàn)。

這樣看起來是不是已經(jīng)很簡單了？但是沒有最簡單只有更簡單。

在XCode4.4中，可以省略掉@synthesize name = name;這一行，完全交給編譯器去實(shí)現(xiàn)。也就是說在.h頭文件中聲明屬性name后，就可以直接在實(shí)現(xiàn)文件中使用該屬性的getter和setter方法，并使用實(shí)例變量name。并且編譯器會(huì)根據(jù)屬性的可讀和可寫自動(dòng)判斷是否提供setter方法。

那么在這種情況下，如果聲明了@dynamic的屬性，編譯器該如何處理呢？所有synthesize相關(guān)的特性將不再起作用，需要自己去實(shí)現(xiàn)屬性的相關(guān)方法。

總接一下屬性合成的新特性：

l除非明確說明，否則屬性相關(guān)的accessor方法（getter和setter）將自動(dòng)生成。

l除非所有的accessor方法提供實(shí)例變量，否則實(shí)例變量（例如_name）會(huì)自動(dòng)生成。

l如果使用了@synthesize，并沒有提供實(shí)力變量名的話，會(huì)自動(dòng)生成。

l如果使用了@dynamic，那么自動(dòng)合成無效，需要開發(fā)者自己實(shí)現(xiàn)。

lCore Data的NSManagedObject及其子類不使用默認(rèn)的屬性合成功能。

建議 4:學(xué)會(huì)用語法簡化來編寫代碼

很多剛從其他編程語言轉(zhuǎn)到Objective-C的同學(xué)看到長長的函數(shù)名會(huì)感到崩潰，這種語法讓消息的傳遞像一個(gè)英語句子，大大增強(qiáng)了可讀性。比如想初始化一個(gè)浮點(diǎn)數(shù)，需要這么寫：

NSNumber value = [NSNumber numberWithFloat:123.45f];

從這句中我們能夠明確的知道代碼的含義，但是，是否連簡單的賦值語句也要這么處理呢？蘋果在本次新特性中采用了折中的處理方式，針對(duì)很多基礎(chǔ)類型采用了簡寫的方式，實(shí)現(xiàn)語法簡化。簡化以后，會(huì)發(fā)現(xiàn)從語法層面，這些簡化的Objective-C更像Python和Ruby等動(dòng)態(tài)語言的語法了。

下面逐一介紹：

1.NSNumber

簡化前的寫法：

NSNumber *value;

value = [NSNumber numberWithInt:12345];

value = [NSNumber numberWithFloat:123.45f];

value = [NSNumber numberWithDouble:123.45];

value = [NSNumber numberWithBool:YES];

簡化后的寫法：

NSNumber *value;

value = @12345;

value = @123.45f;

value = @123.45;

value = @YES;

裝箱表達(dá)式也可以采用類似的寫法：

NSNumber *piOverSixteen = [NSNumber numberWithDouble: ( M_PI / 16 )];

NSString *path = [NSString stringWithUTF8String: getenv("PATH")];

可以分別簡寫為：

NSNumber *piOverSixteen = @( M_PI / 16 );

NSString *path = @( getenv("PATH") );

對(duì)于字符串表達(dá)式來說，需要注意的是表達(dá)式的值一定不能是NULL，否則會(huì)拋出異常。

2. NSArray

對(duì)于NSArray的初始化來說，有非常多的寫法，這里就不再一一羅列，直接看新的寫法

NSArray *array;

array = @[]; //空數(shù)組

array = @[ a ]; //一個(gè)對(duì)象的數(shù)組

array = @[ a, b, c ]; //多個(gè)對(duì)象的數(shù)組

非常簡單，再也不用記住初始化多個(gè)對(duì)象的數(shù)組時(shí)，后面還要跟一個(gè)倒霉的nil。現(xiàn)在看一下當(dāng)聲明多對(duì)象的數(shù)組時(shí)，編譯器是如何處理的：

array = @[ a, b, c ];

編譯器生成的代碼：

id objects[] = { a, b, c };

NSUInteger count = sizeof(objects)/ sizeof(id);

array = [NSArray arrayWithObjects:objects count:count];

好吧，編譯器已經(jīng)為把這些簡單重復(fù)的工作都做了，就可以安心解決真正的問題了：）不過有一點(diǎn)要注意，如果a，b，c對(duì)象有nil的話，運(yùn)行時(shí)會(huì)拋出異常，這點(diǎn)和原來的處理方式不同，編碼的時(shí)候要多加小心。

3. NSDictionary

同樣，對(duì)于字典這個(gè)數(shù)據(jù)結(jié)構(gòu)來說，有很多種初始化的方式，來看新的寫法：

NSDictionary *dict;

dict = @{}; //空字典

dict = @{ k1 : o1 }; //包含一個(gè)鍵值對(duì)的字典

dict = @{ k1 : o1, k2 : o2, k3 : o3 }; //包含多個(gè)鍵值對(duì)的字典

最后總接一下容器類數(shù)據(jù)結(jié)構(gòu)簡化的限制：采用上述寫法構(gòu)建的容器都是不可變的，如果需要生成可變?nèi)萜?，可以傳遞-mutableCopy消息。例如

NSMutableArray *mutablePlanets = [@[

@"Mercury", @"Venus", @"Earth",

@"Mars", @"Jupiter", @"Saturn",

@"Uranus", @"Neptune"

] mutableCopy];

不能對(duì)常量數(shù)組直接賦值，解決辦法是在類方法(void)initialize進(jìn)行賦值，如下：

@implementation MyClass

static NSArray *thePlanets;

+ (void)initialize {

if (self == [MyClass class]) {

thePlanets = @[

@"Mercury", @"Venus", @"Earth",

@"Mars", @"Jupiter", @"Saturn",

@"Uranus", @"Neptune"

];

} }

要注意：沒有常量字典

使用Objective-C的簡化語法，可編寫更簡潔的代碼，同時(shí)避免一些常見的陷阱。更重要的是，這些語法特性是完全向下兼容，使用新特性編寫出來的代碼，經(jīng)過編譯后形成的二進(jìn)制程序可以運(yùn)行在之前發(fā)布的任何OS中。

建議 5:盡可能用下標(biāo)來獲取數(shù)組和字典中對(duì)象

容器的語法簡化讓我們不難想到，可以通過下標(biāo)的方式存取數(shù)組和字典的數(shù)據(jù)。比如對(duì)于數(shù)組：

NSArray *array = @[ a, b, c ];

可以這樣寫：

id obj = array[i]; //通過下標(biāo)方式獲取數(shù)組對(duì)象，替換原有寫法：array objectAtIndex:i];

array[i] = newObj; //也可以直接為數(shù)組對(duì)象賦值。替換原有寫法：[array replaceObjectAtIndex:i withObject:newObj];

對(duì)于字典：

NSDictionary *dict = @{ k1 : o1, k2 : o2, k3 : o3 };

可以這樣寫：

id obj = dict[k2]; //獲取o2對(duì)象，替換原有寫法：[dic objectForKey:k2];

dic[k2] = newObj; //重新為鍵為k2的對(duì)象賦值，替換原有寫法：[dic setObject:newObj forKey:k2]

同時(shí)，自己定義的容器類，只要實(shí)現(xiàn)了規(guī)定的下標(biāo)方法，就可以采用下標(biāo)的方式訪問數(shù)據(jù)。要實(shí)現(xiàn)的方法如下：

數(shù)組類型的下標(biāo)方法

- (elementType)objectAtIndexedSubscript:(indexType)idx;

- (void)setObject:(elementType)object atIndexedSubscript:(indexType)idx;

字典類型的下標(biāo)方法

- (elementType)objectForKeyedSubscript:(keyType)key;

- (void)setObject:(elementType)object forKeyedSubscript:(keyType)key;

其中需要注意的是indexType必須是整數(shù)，elementType和keyType必須是對(duì)象指針。

使用Objective-C，就可以獲得這些新特性，編寫更簡潔的代碼，同時(shí)避免一些常見的陷阱。更重要的是，這些語法特性是完全向下兼容，使用新特性編寫出來的代碼，經(jīng)過編譯后形成的二進(jìn)制程序可以運(yùn)行在之前發(fā)布的任何OS中。

節(jié)選自劉一道《編寫高質(zhì)量代碼：改善Objective-C程序的156個(gè)建議》

2014年正式上市

劉一道《iOS 7：iPhone/iPad應(yīng)用開發(fā)技術(shù)詳解》 2013年11月已經(jīng)上市

向AI問一下細(xì)節(jié)

編寫高質(zhì)量代碼：改善Objective-C程序的幾個(gè)建議

建議 2:注意枚舉最近幾次吸能改進(jìn)

建議 3:屬性具有自動(dòng)合成特性

建議 4:學(xué)會(huì)用語法簡化來編寫代碼

1.NSNumber

2. NSArray

3. NSDictionary

建議 5:盡可能用下標(biāo)來獲取數(shù)組和字典中對(duì)象

猜你喜歡

最新資訊

相關(guān)推薦

相關(guān)標(biāo)簽