淺談Objective-C和Cocoa編程最佳實(shí)踐是本文要介紹的內(nèi)容，不多說(shuō)，來(lái)看內(nèi)容。在最新的3月TIOBE編程語(yǔ)言排行榜上，Objective-C份額仍在大幅增長(zhǎng)，不斷向最主流語(yǔ)言行列接近。

在國(guó)外知名技術(shù)問(wèn)答網(wǎng)站StackOverflow上，Objective-C標(biāo)簽評(píng)分最高的問(wèn)題是“What are best practices that you use when writing Objective-C and Cocoa?”盛大創(chuàng)新院高級(jí)研究員郝培強(qiáng)對(duì)其中有價(jià)值的回答進(jìn)行了翻譯（翻譯原文），在得到譯者授權(quán)后，CSDN移動(dòng)頻道轉(zhuǎn)載全文如下：

郝培強(qiáng)認(rèn)為這些建議條目不是金科玉律，因?yàn)?strong>Objective-C和Cocoa的發(fā)展很快，希望每條都可以引起大家的思考，在自行驗(yàn)證后再使用到自己的項(xiàng)目里面去。

有些初學(xué)時(shí)的做法，現(xiàn)在我認(rèn)為是不標(biāo)準(zhǔn)的。

（1）有了property，在“私有”的成員變量前面不再使用"_"前綴。如果一個(gè)成員變量可以被其他的類訪問(wèn)，那就應(yīng)該用property。我不喜歡“_”前綴，它會(huì)把代碼弄得非常丑陋，現(xiàn)在終于可以不用它了。

（2）說(shuō)起來(lái)私有，我傾向于把似有方法定義在.m文件里，放在一個(gè)私有的category內(nèi)，如下：

#import "MyClass.h"    
@interface MyClass ()   
- (void) someMethod   
- (void) someOtherMethod   
@end    
@implementation MyClass   

Why clutter up the .h file with things outsiders should not care about（這句怎么翻譯說(shuō)不準(zhǔn)）？.m文件里的空括號(hào)的作用是私有category，如果你不實(shí)現(xiàn)里面聲明的方法，會(huì)引發(fā)編譯警告。

（3）我把dealloc方法放在.m文件的頂部，緊挨著@synthesize語(yǔ)句。需要dealloc哪些東西，難道不應(yīng)該是你考慮一個(gè)類的時(shí)候的首要問(wèn)題么？尤其是在iPhone這種環(huán)境下。（譯注：我也是這么做的，dealloc和init之類的放在一起，可以對(duì)照。默認(rèn)的模版把dealloc放在最后面，不利于對(duì)照，也容易讓人忽視dealloc）

在table cell里，為了性能令所有的元素不透明（包括cell本身）。也就是說(shuō)，每個(gè)東西都設(shè)置恰當(dāng)?shù)谋尘吧?/p>

使用NSURLConnection時(shí)，你應(yīng)該實(shí)現(xiàn)下面的delegate方法

- (NSCachedURLResponse *)  
connection:(NSURLConnection *)  
connection willCacheResponse:(NSCachedURLResponse *)  
cachedResponse {        
 return nil;   
}   

除非你希望緩存response，否則你大多數(shù)時(shí)候會(huì)覺(jué)得web調(diào)用都是反常的，尤其是web service調(diào)用。如上實(shí)現(xiàn)這個(gè)方法可以避免緩存任何的response。

（4）避免double。iPhone原生不支持任何的double精度運(yùn)算。它們是使用庫(kù)來(lái)模擬的。僅在你必須使用的時(shí)候使用double精度，例如CoreLocation。在數(shù)字常數(shù)后面使用f后綴，令編譯器把它們當(dāng)作float處理。

float val = someFloat * 2.2f;   

更重要的是當(dāng)someFloat是double的時(shí)候，你不需要混合精度計(jì)算，因?yàn)関al已經(jīng)把精度損失掉了。更新：在3GS上發(fā)生了些變化，更應(yīng)該用float了：

即使在某些手機(jī)上看起來(lái)計(jì)算不同精度速度一樣，但是float可以放更多數(shù)據(jù)在寄存器里，所以還是會(huì)快很多。(譯注：程序不是計(jì)算為主的，就不必那么在乎了。)

（5）把property設(shè)置為nonatomic。atomic是默認(rèn)值，是同步的，會(huì)自動(dòng)加入同步代碼避免在多線程時(shí)發(fā)生問(wèn)題。但是99%的情況下，你的property不會(huì)在多線程環(huán)境下訪問(wèn)，用nonatomic可以避免代碼臃腫提高效率。（譯注：也就是說(shuō)如果要在多線程環(huán)境下訪問(wèn)property，切記用atomic，或者自行加鎖）

（6）SQLite保存大數(shù)據(jù)集非常非常快。例如地圖程序應(yīng)該把圖塊緩存在SQLite里。最昂貴的部分是硬盤(pán)I/O。要避免在大塊之間產(chǎn)生大量的小的寫(xiě)入，就需要用BEGIN; 和COMMIT;。我們使用2秒鐘的計(jì)時(shí)器去重置每次新的提交。一旦計(jì)時(shí)器國(guó)企，就發(fā)送COMMIT;，這樣所有些操作就寫(xiě)到一個(gè)大塊里面了。SQLLite把事務(wù)數(shù)據(jù)保存在磁盤(pán)上，使用Begin/End包裝可以避免產(chǎn)生大量的事務(wù)文件，把所有的事務(wù)寫(xiě)到一個(gè)文件里。

當(dāng)SQLite在主線程的時(shí)候會(huì)阻塞你的界面。如果你執(zhí)行非常長(zhǎng)的查詢，一個(gè)好辦法是把你的查詢保存成靜態(tài)對(duì)象，然后在另一個(gè)線程查詢。把所有會(huì)修改數(shù)據(jù)庫(kù)的查詢用@synchronize() {}塊包起來(lái)。

短查詢就放在主線程，簡(jiǎn)單方便。（譯注：我在多線程里面使用SQLite的方法更簡(jiǎn)單，用sqlite3_open_v2打開(kāi)數(shù)據(jù)庫(kù)，flag用SQLITE_OPEN_FULLMUTEX，這樣SQLite的所有函數(shù)就是線程安全的了，不需要synchronize了，不過(guò)哪個(gè)效率更高，我不知道。）

更多SQLite優(yōu)化技巧在此，雖然文章很老，但是觀點(diǎn)貌似都還對(duì)：

http://web.utk.edu/~jplyon/sqlite/SQLite_optimization_FAQ.html

以前outlet的內(nèi)存管理沒(méi)什么好辦法。現(xiàn)在的最佳實(shí)踐是把outlet聲明為property：

@interface MyClass :NSObject {      NSTextField *textField;  } @property (nonatomic, retain) IBOutlet NSTextField *textField; @end 

使用property，內(nèi)存管理語(yǔ)義更清晰；同時(shí)給其他的實(shí)例變量組織提供了一個(gè)統(tǒng)一的模式。

譯注：這條值得商榷，一般來(lái)說(shuō)不需要跨類存取的變量，是否是IBOutlet，我都認(rèn)為盡量不要聲明為property。這篇問(wèn)答比較早，有很多信息也許不夠新了。翻出來(lái)主要是給大家參考的。

使用LLVM/Clang靜態(tài)分析器：

原文我不翻譯了，最近的Xcode版本都已經(jīng)內(nèi)置包含了LLVM/Clang靜態(tài)分析器，使用方法很簡(jiǎn)單：

Xcode3系列使用熱鍵Shift+Command+A

Xcode4系列使用熱鍵Shift+Command+B

為了保證效果，使用靜態(tài)分析器前，最好Shift+Command+K清除一下Build。

靜態(tài)分析器可以分析出很多濫用，不和規(guī)范的用法，特別是能夠幫你找到潛在的內(nèi)存泄漏。但是它不是萬(wàn)能的，如果你的代碼邏輯很亂，尤其是內(nèi)存管理大量都不符合規(guī)范，那么它也可能給出錯(cuò)誤的建議。它的建議起作用的前提是，你大量的代碼都符合Objective-C和Cocoa的規(guī)范，有少部分代碼忘記了release之類的，那么它會(huì)給你很好的建議。

所以，永遠(yuǎn)都沒(méi)有神仙皇帝，好好寫(xiě)代碼是基礎(chǔ)。

使用標(biāo)準(zhǔn)的Cocoa命名和格式規(guī)范以及術(shù)語(yǔ)。規(guī)范的好處是和別的Cocoa開(kāi)發(fā)者合作的時(shí)候，更方便。

例如，應(yīng)該做和不應(yīng)該做的：

*  在對(duì)象的interface里不要聲明id m_something，不要把它叫做成員變量或者字段；使用something或者_(dá)something(這個(gè)現(xiàn)在也不建議了)作為它的名字，叫它實(shí)例變量。

* getter不要叫-getSomething；應(yīng)該為-something;。

* setter不要叫做-something；應(yīng)該叫-setSomething:。

* 方法名由參數(shù)和冒號(hào)組成；形如-[NSObject performSelector:withObject:]而不是NSObject::performSelector。

* 方法名，參數(shù)，變量，類名使用駝峰式命名（由多個(gè)單詞組成一個(gè)名稱時(shí)，單詞首字母大寫(xiě)，單詞間無(wú)空格，無(wú)下劃線）。

* 類名首字母大寫(xiě)，變量，方法名首字母小寫(xiě)。

不管怎么做，絕對(duì)不要用Win16/Win32風(fēng)格的匈牙利命名法。即使微軟在轉(zhuǎn)向.NET平臺(tái)時(shí)，也都拋棄了它。

小結(jié)：淺談Objective-C和Cocoa編程最佳實(shí)踐的內(nèi)容介紹完了，希望本文對(duì)你有所幫助！