轉載自：http://www.cocoachina.com/ios/20150508/11780.html，僅僅個人收藏學習
Objective-C 編碼規(guī)范，內容來自蘋果、谷歌的文檔翻譯，自己的編碼經驗和對其它資料的總結。
概要
Objective-C 是一門面向對象的動態(tài)編程語言，主要用于編寫 iOS 和 Mac 應用程序。關于 Objective-C 的編碼規(guī)范，蘋果和谷歌都已經有很好的總結：
Apple Coding Guidelines for Cocoa
Google Objective-C Style Guide
本文主要整合了對上述文檔的翻譯、作者自己的編程經驗和其他的相關資料，為公司總結出一份通用的編碼規(guī)范。
代碼格式
使用空格而不是制表符 Tab
不要在工程里使用 Tab 鍵，使用空格來進行縮進。在 Xcode > Preferences > Text Editing 將 Tab 和自動縮進都設置為4個空格。（Google 的標準是使用兩個空格來縮進，但這里還是推薦使用 Xcode 默認的設置。）
每一行的最大長度
同樣的，在 Xcode > Preferences > Text Editing > Page guide at column: 中將最大行長設置為80，過長的一行代碼將會導致可讀性問題。
函數的書寫
一個典型的 Objective-C 函數應該是這樣的：
1
2
3-?(void)writeVideoFrameWithData:(NSData?*)frameData?timeStamp:(int)timeStamp?{
...
}
在 - 和 (void) 之間應該有一個空格，第一個大括號 { 的位置在函數所在行的末尾，同樣應該有一個空格。（我司的 C 語言規(guī)范要求是第一個大括號單獨占一行，但考慮到 OC 較長的函數名和蘋果 SDK 代碼的風格，還是將大括號放在行末。）
如果一個函數有特別多的參數或者名稱很長，應該將其按照 : 來對齊分行顯示：
1
2
3
4
5
6
7
8
9
10
11-(id)initWithModel:(IPCModle)model
ConnectType:(IPCConnectType)connectType
Resolution:(IPCResolution)resolution
AuthName:(NSString?*)authName
Password:(NSString?*)password
MAC:(NSString?*)mac
AzIp:(NSString?*)az_ip
AzDns:(NSString?*)az_dns
Token:(NSString?*)token
Email:(NSString?*)email
Delegate:(id)delegate;
在分行時，如果第一段名稱過短，后續(xù)名稱可以以 Tab 的長度（ 4 個空格）為單位進行縮進：
1
2
3
4
5
6-?(void)short:(GTMFoo?*)theFoo
longKeyword:(NSRect)theRect
evenLongerKeyword:(float)theInterval
error:(NSError?**)theError?{
...
}
函數調用
函數調用的格式和書寫差不多，可以按照函數的長短來選擇寫在一行或者分成多行：
1
2
3
4
5
6
7
8
9
10
11//?寫在一行
[myObject?doFooWith:arg1?name:arg2?error:arg3];
//?分行寫，按照?':'?對齊
[myObject?doFooWith:arg1
name:arg2
error:arg3];
//?第一段名稱過短的話后續(xù)可以進行縮進
[myObj?short:arg1
longKeyword:arg2
evenLongerKeyword:arg3
error:arg4];
以下寫法是錯誤的：
1
2
3
4
5
6
7
8
9//?錯誤，要么寫在一行，要么全部分行
[myObject?doFooWith:arg1?name:arg2
error:arg3];
[myObject?doFooWith:arg1
name:arg2?error:arg3];
//?錯誤，按照?':'?來對齊，而不是關鍵字
[myObject?doFooWith:arg1
name:arg2
error:arg3];
@public和 @private標記符
@public 和 @private 標記符應該以一個空格來進行縮進：
1
2
3
4
5
6
7@interface?MyClass?:?NSObject?{
@public
...
@private
...
}
@end
協(xié)議（ Protocols）
在書寫協(xié)議的時候注意用 <> 括起來的協(xié)議和類型名之間是沒有空格的，比如 IPCConnectHandler(), 這個規(guī)則適用所有書寫協(xié)議的地方，包括函數聲明、類聲明、實例變量等等：
1
2
3
4
5
6@interface?MyProtocoledClass?:?NSObject?{
@private
id?_delegate;
}
-?(void)setDelegate:(id)aDelegate;
@end
閉包（ Blocks）
根據 block 的長度，有不同的書寫規(guī)則：
較短的 block 可以寫在一行內。
如果分行顯示的話， block 的右括號 } 應該和調用 block 那行代碼的第一個非空字符對齊。
block 內的代碼采用4個空格的縮進。
如果 block 過于龐大，應該單獨聲明成一個變量來使用。
^ 和 ( 之間， ^ 和 { 之間都沒有空格，參數列表的右括號 ) 和 { 之間有一個空格。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45//?較短的?block?寫在一行內
[operation?setCompletionBlock:^{?[self?onOperationDone];?}];
//?分行書寫的?block?，內部使用?4?空格縮進
[operation?setCompletionBlock:^{
[self.delegate?newDataAvailable];
}];
//?使用?C?語言?API?調用的?block?遵循同樣的書寫規(guī)則
dispatch_async(_fileIOQueue,?^{
NSString*?path?=?[self?sessionFilePath];
if(path)?{
//?...
}
});
//?較長的?block?關鍵字可以縮進后在新行書寫，注意?block?的右括號?'}'?和調用?block?那行代碼的第一個非空字符對齊
[[SessionService?sharedService]
loadWindowWithCompletionBlock:^(SessionWindow?*window)?{
if(window)?{
[self?windowDidLoad:window];
}else{
[self?errorLoadingWindow];
}
}];
//?較長的?block?參數列表同樣可以縮進后在新行書寫
[[SessionService?sharedService]
loadWindowWithCompletionBlock:
^(SessionWindow?*window)?{
if(window)?{
[self?windowDidLoad:window];
}else{
[self?errorLoadingWindow];
}
}];
//?龐大的?block?應該單獨定義成變量使用
void?(^largeBlock)(void)?=?^{
//?...
};
[_operationQueue?addOperationWithBlock:largeBlock];
//?在一個調用中使用多個?block?，注意到他們不是像函數那樣通過?':'?對齊的，而是同時進行了?4?個空格的縮進
[myObject?doSomethingWith:arg1
firstBlock:^(Foo?*a)?{
//?...
}
secondBlock:^(Bar?*b)?{
//?...
}];
數據結構的語法糖
應該使用可讀性更好的語法糖來構造 NSArray ， NSDictionary 等數據結構，避免使用冗長的 alloc,init 方法。
如果構造代碼寫在一行，需要在括號兩端留有一個空格，使得被構造的元素于與構造語法區(qū)分開來：
1
2
3
4
5
6//?正確，在語法糖的?"[]"?或者?"{}"?兩端留有空格
NSArray?*array?=?@[?[foo?description],?@"Another?String",?[bar?description]?];
NSDictionary?*dict?=?@{?NSForegroundColorAttributeName?:?[NSColor?redColor]?};
//?不正確，不留有空格降低了可讀性
NSArray*?array?=?@[[foo?description],?[bar?description]];
NSDictionary*?dict?=?@{NSForegroundColorAttributeName:?[NSColor?redColor]};
如果構造代碼不寫在一行內，構造元素需要使用兩個空格來進行縮進，右括號 ] 或者 } 寫在新的一行，并且與調用語法糖那行代碼的第一個非空字符對齊：
1
2
3
4
5
6
7
8
9
10NSArray?*array?=?@[
@"This",
@"is",
@"an",
@"array"
];
NSDictionary?*dictionary?=?@{
NSFontAttributeName?:?[NSFont?fontWithName:@"Helvetica-Bold"size:12],
NSForegroundColorAttributeName?:?fontColor
};
構造字典時，字典的 Key 和 Value 與中間的冒號 : 都要留有一個空格，多行書寫時，也可以將 Value 對齊：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23//?正確，冒號?':'?前后留有一個空格
NSDictionary?*option1?=?@{
NSFontAttributeName?:?[NSFont?fontWithName:@"Helvetica-Bold"size:12],
NSForegroundColorAttributeName?:?fontColor
};
//?正確，按照?Value?來對齊
NSDictionary?*option2?=?@{
NSFontAttributeName?:?[NSFont?fontWithName:@"Arial"size:12],
NSForegroundColorAttributeName?:?fontColor
};
//?錯誤，冒號前應該有一個空格
NSDictionary?*wrong?=?@{
AKey:?@"b",
BLongerKey:?@"c",
};
//?錯誤，每一個元素要么單獨成為一行，要么全部寫在一行內
NSDictionary?*alsoWrong=?@{?AKey?:?@"a",
BLongerKey?:?@"b"};
//?錯誤，在冒號前只能有一個空格，冒號后才可以考慮按照?Value?對齊
NSDictionary?*stillWrong?=?@{
AKey?:?@"b",
BLongerKey?:?@"c",
};
命名規(guī)范
基本原則
清晰
命名應該盡可能的清晰和簡潔，但在 Objective-C 中，清晰比簡潔更重要。由于 Xcode 強大的自動補全功能，我們不必擔心名稱過長的問題。
1
2
3
4
5
6
7
8//?清晰
insertObject:atIndex:
//?不清晰，?insert?的對象類型和?at?的位置屬性沒有說明
insert:at:
//?清晰
removeObjectAtIndex:
//?不清晰，?remove?的對象類型沒有說明，參數的作用沒有說明
remove:
不要使用單詞的簡寫，拼寫出完整的單詞：
1
2
3
4
5
6//?清晰
destinationSelection
setBackgroundColor:
//?不清晰，不要使用簡寫
destSel
setBkgdColor:
然而，有部分單詞簡寫在 Objective-C 編碼過程中是非常常用的，以至于成為了一種規(guī)范，這些簡寫可以在代碼中直接使用，下面列舉了部分：
1
2
3
4
5
6
7
8
9
10alloc?==?Allocate?max?==?Maximum
alt?==?Alternate?min?==?Minimum
app?==?Application?msg?==?Message
calc?==?Calculate?nib?==?Interface?Builder?archive
dealloc?==?Deallocate?pboard?==?Pasteboard
func?==?Function?rect?==?Rectangle
horiz?==?Horizontal?Rep?==?Representation?(usedinclass?name?such?as?NSBitmapImageRep).
info?==?Information?temp?==?Temporary
init?==?Initialize?vert?==?Vertical
int?==?Integer
命名方法或者函數時要避免歧義
1
2
3
4//?有歧義，是返回?sendPort?還是?send?一個?Port?？
sendPort
//?有歧義，是返回一個名字屬性的值還是?display?一個?name?的動作？
displayName
一致性
整個工程的命名風格要保持一致性，最好和蘋果 SDK 的代碼保持統(tǒng)一。不同類中完成相似功能的方法應該叫一樣的名字，比如我們總是用 count 來返回集合的個數，不能在 A 類中使用 count 而在 B 類中使用 getNumber 。
使用前綴
如果代碼需要打包成 Framework 給別的工程使用，或者工程項目非常龐大，需要拆分成不同的模塊，使用命名前綴是非常有用的。
前綴由大寫的字母縮寫組成，比如 Cocoa 中 NS 前綴代表 Founation 框架中的類， IB 則代表 Interface Builder 框架。
可以在為類、協(xié)議、函數、常量以及 typedef 宏命名的時候使用前綴，但注意不要為成員變量或者方法使用前綴，因為他們本身就包含在類的命名空間內。
命名前綴的時候不要和蘋果 SDK 框架沖突。
命名類和協(xié)議（ Class&Protocol）
類名以大寫字母開頭，應該包含一個名詞來表示它代表的對象類型，同時可以加上必要的前綴，比如 NSString,NSDate,NSScanner,NSApplication 等等。
而協(xié)議名稱應該清晰地表示它所執(zhí)行的行為，而且要和類名區(qū)別開來，所以通常使用 ing 詞尾來命名一個協(xié)議，比如 NSCopying,NSLocking 。
有些協(xié)議本身包含了很多不相關的功能，主要用來為某一特定類服務，這時候可以直接用類名來命名這個協(xié)議，比如 NSObject 協(xié)議，它包含了 id 對象在生存周期內的一系列方法。
命名頭文件（ Headers）
源碼的頭文件名應該清晰地暗示它的功能和包含的內容：
如果頭文件內只定義了單個類或者協(xié)議，直接用類名或者協(xié)議名來命名頭文件，比如 NSLocale.h 定義了 NSLocale 類。
如果頭文件內定義了一系列的類、協(xié)議、類別，使用其中最主要的類名來命名頭文件，比如 NSString.h 定義了 NSString 和 NSMutableString 。
每一個 Framework 都應該有一個和框架同名的頭文件，包含了框架中所有公共類頭文件的引用，比如 Foundation.h
Framework 中有時候會實現(xiàn)在別的框架中類的類別擴展，這樣的文件通常使用被擴展的框架名 +Additions 的方式來命名，比如 NSBundleAdditions.h 。
命名方法（ Methods）
Objective-C 的方法名通常都比較長，這是為了讓程序有更好地可讀性，按蘋果的說法“好的方法名應當可以以一個句子的形式朗讀出來 ”。
方法一般以小寫字母打頭，每一個后續(xù)的單詞首字母大寫，方法名中不應該有標點符號（包括下劃線），有兩個例外：
可以用一些通用的大寫字母縮寫打頭方法，比如 PDF,TIFF 等。
可以用帶下劃線的前綴來命名私有方法或者類別中的方法。
如果方法表示讓對象執(zhí)行一個動作，使用動詞打頭來命名，注意不要使用 do ， does 這種多余的關鍵字，動詞本身的暗示就足夠了：
1
2
3//?動詞打頭的方法表示讓對象執(zhí)行一個動作
-?(void)invokeWithTarget:(id)target;
-?(void)selectTabViewItem:(NSTabViewItem?*)tabViewItem;
如果方法是為了獲取對象的一個屬性值，直接用屬性名稱來命名這個方法，注意不要添加 get 或者其他的動詞前綴：
1
2
3
4
5//?正確，使用屬性名來命名方法
-?(NSSize)cellSize;
//?錯誤，添加了多余的動詞前綴
-?(NSSize)calcCellSize;
-?(NSSize)getCellSize;
對于有多個參數的方法，務必在每一個參數前都添加關鍵詞，關鍵詞應當清晰說明參數的作用：
1
2
3
4
5
6
7
8//?正確，保證每個參數都有關鍵詞修飾
-?(void)sendAction:(SEL)aSelector?toObject:(id)anObject?forAllCells:(BOOL)flag;
//?錯誤，遺漏關鍵詞
-?(void)sendAction:(SEL)aSelector?:(id)anObject?:(BOOL)flag;
//?正確
-?(id)viewWithTag:(NSInteger)aTag;
//?錯誤，關鍵詞的作用不清晰
-?(id)taggedView:(int)aTag;
不要用 and 來連接兩個參數，通常 and 用來表示方法執(zhí)行了兩個相對獨立的操作（從設計上來說，這時候應該拆分成兩個獨立的方法）：
1
2
3
4//?錯誤，不要使用?"and"?來連接參數
-?(int)runModalForDirectory:(NSString?*)path?andFile:(NSString?*)name?andTypes:(NSArray?*)fileTypes;
//?正確，使用?"and"?來表示兩個相對獨立的操作
-?(BOOL)openFile:(NSString?*)fullPath?withApplication:(NSString?*)appName?andDeactivate:(BOOL)flag;
方法的參數命名也有一些需要注意的地方 :
和方法名類似，參數的第一個字母小寫，后面的每一個單詞首字母大寫
不要再方法名中使用類似 pointer,ptr 這樣的字眼去表示指針，參數本身的類型足以說明
不要使用只有一兩個字母的參數名
不要使用簡寫，拼出完整的單詞
下面列舉了一些常用參數名：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16...action:(SEL)aSelector
...alignment:(int)mode
...atIndex:(int)index
...content:(NSRect)aRect
...doubleValue:(double)aDouble
...floatValue:(float)aFloat
...font:(NSFont?*)fontObj
...frame:(NSRect)frameRect
...intValue:(int)anInt
...keyEquivalent:(NSString?*)charCode
...length:(int)numBytes
...point:(NSPoint)aPoint
...stringValue:(NSString?*)aString
...tag:(int)anInt
...target:(id)anObject
...title:(NSString?*)aString
存取方法（ Accessor Methods）
存取方法是指用來獲取和設置類屬性值的方法，屬性的不同類型，對應著不同的存取方法規(guī)范：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18//?屬性是一個名詞時的存取方法范式
-?(type)noun;
-?(void)setNoun:(type)aNoun;
//?栗子
-?(NSString?*)title;
-?(void)setTitle:(NSString?*)aTitle;
//?屬性是一個形容詞時存取方法的范式
-?(NSString?*)title;
-?(void)setTitle:(NSString?*)aTitle;
//?栗子
-?(BOOL)isAdjective;
-?(void)setAdjective:(BOOL)flag;
//?屬性是一個動詞時存取方法的范式
-?(BOOL)verbObject;
-?(void)setVerbObject:(BOOL)flag;
//?栗子
-?(BOOL)showsAlpha;
-?(void)setShowsAlpha:(BOOL)flag;
命名存取方法時不要將動詞轉化為被動形式來使用：
1
2
3
4
5
6//?正確
-?(void)setAcceptsGlyphInfo:(BOOL)flag;
-?(BOOL)acceptsGlyphInfo;
//?錯誤，不要使用動詞的被動形式
-?(void)setGlyphInfoAccepted:(BOOL)flag;
-?(BOOL)glyphInfoAccepted;
可以使用 can,should,will 等詞來協(xié)助表達存取方法的意思，但不要使用 do, 和 does ：
1
2
3
4
5
6
7
8//?正確
-?(void)setCanHide:(BOOL)flag;
-?(BOOL)canHide;
-?(void)setShouldCloseDocument:(BOOL)flag;
-?(BOOL)shouldCloseDocument;
//?錯誤，不要使用?"do"?或者?"does"
-?(void)setDoesAcceptGlyphInfo:(BOOL)flag;
-?(BOOL)doesAcceptGlyphInfo;
為什么 Objective-C 中不適用 get 前綴來表示屬性獲取方法？因為 get 在 Objective-C 中通常只用來表示從函數指針返回值的函數：
1
2//?三個參數都是作為函數的返回值來使用的，這樣的函數名可以使用?"get"?前綴
-?(void)getLineDash:(float?*)pattern?count:(int?*)count?phase:(float?*)phase;
命名委托（ Delegate）
當特定的事件發(fā)生時，對象會觸發(fā)它注冊的委托方法。委托是 Objective-C 中常用的傳遞消息的方式。委托有它固定的命名范式。
一個委托方法的第一個參數是觸發(fā)它的對象，第一個關鍵詞是觸發(fā)對象的類名，除非委托方法只有一個名為 sender 的參數：
1
2
3
4
5
6
7
8
9//?第一個關鍵詞為觸發(fā)委托的類名
-?(BOOL)tableView:(NSTableView?*)tableView?shouldSelectRow:(int)row;
-?(BOOL)application:(NSApplication?*)sender?openFile:(NSString?*)filename;
//?當只有一個?"sender"?參數時可以省略類名
-?(BOOL)applicationOpenUntitledFile:(NSApplication?*)sender;
根據委托方法觸發(fā)的時機和目的，使用?should,will,did?等關鍵詞
-?(void)browserDidScroll:(NSBrowser?*)sender;
-?(NSUndoManager?*)windowWillReturnUndoManager:(NSWindow?*)window;?、
-?(BOOL)windowShouldClose:(id)sender;
集合操作類方法（ Collection Methods）
有些對象管理著一系列其它對象或者元素的集合，需要使用類似 “ 增刪查改 ” 的方法來對集合進行操作，這些方法的命名范式一般為：
1
2
3
4
5
6
7
8//?集合操作范式
-?(void)addElement:(elementType)anObj;
-?(void)removeElement:(elementType)anObj;
-?(NSArray?*)elements;
//?栗子
-?(void)addLayoutManager:(NSLayoutManager?*)obj;
-?(void)removeLayoutManager:(NSLayoutManager?*)obj;
-?(NSArray?*)layoutManagers;
注意，如果返回的集合是無序的，使用 NSSet 來代替 NSArray 。如果需要將元素插入到特定的位置，使用類似于這樣的命名：
1
2-?(void)insertLayoutManager:(NSLayoutManager?*)obj?atIndex:(int)index;
-?(void)removeLayoutManagerAtIndex:(int)index;
如果管理的集合元素中有指向管理對象的指針，要設置成 weak 類型以防止引用循環(huán)。
下面是 SDK 中 NSWindow 類的集合操作方法：
1
2
3
4
5-?(void)addChildWindow:(NSWindow?*)childWin?ordered:(NSWindowOrderingMode)place;
-?(void)removeChildWindow:(NSWindow?*)childWin;
-?(NSArray?*)childWindows;
-?(NSWindow?*)parentWindow;
-?(void)setParentWindow:(NSWindow?*)window;
命名函數（ Functions）
在很多場合仍然需要用到函數，比如說如果一個對象是一個單例，那么應該使用函數來代替類方法執(zhí)行相關操作。
函數的命名和方法有一些不同，主要是：
函數名稱一般帶有縮寫前綴，表示方法所在的框架。
前綴后的單詞以 “ 駝峰 ” 表示法顯示，第一個單詞首字母大寫。
函數名的第一個單詞通常是一個動詞，表示方法執(zhí)行的操作：
1
2NSHighlightRect
NSDeallocateObject
如果函數返回其參數的某個屬性，省略動詞：
1
2unsigned?int?NSEventMaskFromType(NSEventType?type)
float?NSHeight(NSRect?aRect)
如果函數通過指針參數來返回值，需要在函數名中使用 Get ：
1
2unsigned?int?NSEventMaskFromType(NSEventType?type)
float?NSHeight(NSRect?aRect)
函數的返回類型是 BOOL 時的命名：
1
BOOL?NSDecimalIsNotANumber(const?NSDecimal?*decimal)
命名屬性和實例變量（ Properties&Instance Variables）
屬性和對象的存取方法相關聯(lián)，屬性的第一個字母小寫，后續(xù)單詞首字母大寫，不必添加前綴。屬性按功能命名成名詞或者動詞：
1
2
3
4//?名詞屬性
@property?(strong)?NSString?*title;
//?動詞屬性
@property?(assign)?BOOL?showsAlpha;
屬性也可以命名成形容詞，這時候通常會指定一個帶有 is 前綴的 get 方法來提高可讀性：
1
@property?(assign,?getter=isEditable)?BOOL?editable;
命名實例變量，在變量名前加上 _ 前綴（有些有歷史的代碼會將_放在后面），其它和命名屬性一樣：
1
2
3@implementation?MyClass?{
BOOL?_showsTitle;
}
一般來說，類需要對使用者隱藏數據存儲的細節(jié)，所以不要將實例方法定義成公共可訪問的接口，可以使用 @private ， @protected 前綴。
按蘋果的說法，不建議在除了 init和 dealloc方法以外的地方直接訪問實例變量，但很多人認為直接訪問會讓代碼更加清晰可讀，只在需要計算或者執(zhí)行操作的時候才使用存取方法訪問，我就是這種習慣，所以這里不作要求。
命名常量（ Constants）
如果要定義一組相關的常量，盡量使用枚舉類型（ enumerations ），枚舉類型的命名規(guī)則和函數的命名規(guī)則相同：
1
2
3
4
5
6
7//?定義一個枚舉，注意帶有?`_`?的名稱是不會被使用的
typedef?enum?_NSMatrixMode?{
NSRadioModeMatrix?=?0,
NSHighlightModeMatrix?=?1,
NSListModeMatrix?=?2,
NSTrackModeMatrix?=?3
}?NSMatrixMode;
使用匿名枚舉定義 bit map ：
1
2
3
4
5
6
7enum?{
NSBorderlessWindowMask?=?0,
NSTitledWindowMask?=?1?<<?0,
NSClosableWindowMask?=?1?<<?1,
NSMiniaturizableWindowMask?=?1?<<?2,
NSResizableWindowMask?=?1?<<?3
};
使用 const 定義浮點型或者單個的整數型常量，如果要定義一組相關的整數常量，應該優(yōu)先使用枚舉。常量的命名規(guī)范和函數相同：
1
const?float?NSLightGray;
不要使用 #define 宏來定義常量，如果是整型常量，盡量使用枚舉，浮點型常量，使用 const 定義。 #define 通常用來給編譯器決定是否編譯某塊代碼，比如常用的：
1
#ifdef?DEBUG
注意到一般由編譯器定義的宏會在前后都有一個 __ ，比如__MACH__。
命名通知（ Notifications）
通知常用于在模塊間傳遞消息，所以通知要盡可能地表示出發(fā)生的事件，通知的命名范式是：
1
[?觸發(fā)通知的類名?]?+?[Did?|?Will]?+?[?動作?]?+?Notification
栗子：
1
2
3
4NSApplicationDidBecomeActiveNotification
NSWindowDidMiniaturizeNotification
NSTextViewDidChangeSelectionNotification
NSColorPanelColorDidChangeNotification
注釋
讀沒有注釋代碼的痛苦你我都體會過，好的注釋不僅能讓人輕松讀懂你的程序，還能提升代碼的逼格。注意注釋是為了讓別人看懂，而不是僅僅你自己。
文件注釋
每一個文件都必須寫文件注釋，文件注釋通常包含
文件所在模塊
作者信息
歷史版本信息
版權信息
文件包含的內容，作用
一段良好文件注釋的栗子：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27/*******************************************************************************
Copyright?(C),?2011-2013,?Andrew?Min?Chang
File?name:?AMCCommonLib.h
Author:?Andrew?Chang?(Zhang?Min)
E-mail:?LaplaceZhang@126.com
Description:
This?file?provide?some?covenient?tool?in?calling?library?tools.?One?can?easily?include
library?headers?he?wants?by?declaring?the?corresponding?macros.
I?hope?this?file?is?not?only?a?header,?but?also?a?useful?Linux?library?note.
History:
2012-??-??:?On?about?come?date?around?middle?of?Year?2012,?file?created?as?"commonLib.h"
2012-08-20:?Add?shared?memory?library;?add?message?queue.
2012-08-21:?Add?socket?library?(local)
2012-08-22:?Add?math?library
2012-08-23:?Add?socket?library?(internet)
2012-08-24:?Add?daemon?function
2012-10-10:?Change?file?name?as?"AMCCommonLib.h"
2012-12-04:?Add?UDP?support?in?AMC?socket?library
2013-01-07:?Add?basic?data?type?such?as?"sint8_t"
2013-01-18:?Add?CFG_LIB_STR_NUM.
2013-01-22:?Add?CFG_LIB_TIMER.
2013-01-22:?Remove?CFG_LIB_DATA_TYPE?because?there?is?already?AMCDataTypes.h
Copyright?information:
This?file?was?intended?to?be?under?GPL?protocol.?However,?I?may?use?this?library
in?my?work?as?I?am?an?employee.?And?my?company?may?require?me?to?keep?it?secret.
Therefore,?this?file?is?neither?open?source?nor?under?GPL?control.
********************************************************************************/
文件注釋的格式通常不作要求，能清晰易讀就可以了，但在整個工程中風格要統(tǒng)一。
代碼注釋
好的代碼應該是 “ 自解釋 ” （ self-documenting ）的，但仍然需要詳細的注釋來說明參數的意義、返回值、功能以及可能的副作用。
方法、函數、類、協(xié)議、類別的定義都需要注釋，推薦采用 Apple 的標準注釋風格，好處是可以在引用的地方 alt+ 點擊自動彈出注釋，非常方便。
有很多可以自動生成注釋格式的插件，推薦使用VVDocumenter：
一些良好的注釋：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26/**
*?Create?a?new?preconnector?to?replace?the?old?one?with?given?mac?address.
*?NOTICE:?We?DO?NOT?stop?the?old?preconnector,?so?handle?it?by?yourself.
*
*?@param?type?Connect?type?the?preconnector?use.
*?@param?macAddress?Preconnector's?mac?address.
*/
-?(void)refreshConnectorWithConnectType:(IPCConnectType)type?Mac:(NSString?*)macAddress;
/**
*?Stop?current?preconnecting?when?application?is?going?to?background.
*/
-(void)stopRunning;
/**
*?Get?the?COPY?of?cloud?device?with?a?given?mac?address.
*
*?@param?macAddress?Mac?address?of?the?device.
*
*?@return?Instance?of?IPCCloudDevice.
*/
-(IPCCloudDevice?*)getCloudDeviceWithMac:(NSString?*)macAddress;
//?A?delegate?for?NSApplication?to?handle?notifications?about?app
//?launch?and?shutdown.?Owned?by?the?main?app?controller.
@interface?MyAppDelegate?:?NSObject?{
...
}
@end
協(xié)議、委托的注釋要明確說明其被觸發(fā)的條件：
1
2/**?Delegate?-?Sent?when?failed?to?init?connection,?like?p2p?failed.?*/
-(void)initConnectionDidFailed:(IPCConnectHandler?*)handler;
如果在注釋中要引用參數名或者方法函數名，使用 || 將參數或者方法括起來以避免歧義：
1
2//?Sometimes?we?need?|count|?to?be?less?than?zero.
//?Remember?to?call?|StringWithoutSpaces("foo?bar?baz")|
定義在頭文件里的接口方法、屬性必須要有注釋！
編碼風格
每個人都有自己的編碼風格，這里總結了一些比較好的 Cocoa 編程風格和注意點。
不要使用 new方法
盡管很多時候能用 new 代替 alloc init 方法，但這可能會導致調試內存時出現(xiàn)不可預料的問題。 Cocoa 的規(guī)范就是使用 alloc init 方法，使用 new 會讓一些讀者困惑。
Public API要盡量簡潔
共有接口要設計的簡潔，滿足核心的功能需求就可以了。不要設計很少會被用到，但是參數極其復雜的 API 。如果要定義復雜的方法，使用類別或者類擴展。
#import和 #include
#import 是 Cocoa 中常用的引用頭文件的方式，它能自動防止重復引用文件，什么時候使用 #import ，什么時候使用 #include 呢？
當引用的是一個 Objective-C 或者 Objective-C++ 的頭文件時，使用 #import
當引用的是一個 C 或者 C++ 的頭文件時，使用 #include ，這時必須要保證被引用的文件提供了保護域（ #define guard ）。
栗子：
1
2
3
4#import
#include
#import?"GTMFoo.h"
#include?"base/basictypes.h"
為什么不全部使用 #import 呢？主要是為了保證代碼在不同平臺間共享時不出現(xiàn)問題。
引用框架的根頭文件
上面提到過，每一個框架都會有一個和框架同名的頭文件，它包含了框架內接口的所有引用，在使用框架的時候，應該直接引用這個根頭文件，而不是其它子模塊的頭文件，即使是你只用到了其中的一小部分，編譯器會自動完成優(yōu)化的。
1
2
3
4
5//?正確，引用根頭文件
#import
//?錯誤，不要單獨引用框架內的其它頭文件
#import
#import
BOOL的使用
BOOL 在 Objective-C 中被定義為 signed char 類型，這意味著一個 BOOL 類型的變量不僅僅可以表示 YES(1) 和 NO(0) 兩個值，所以永遠不要將 BOOL 類型變量直接和 YES 比較：
1
2
3
4
5
6
7
8//?錯誤，無法確定?|great|?的值是否是?YES(1)?，不要將?BOOL?值直接與?YES?比較
BOOL?great?=?[foo?isGreat];
if(great?==?YES)
//?...be?great!
//?正確
BOOL?great?=?[foo?isGreat];
if(great)
//?...be?great!
同樣的，也不要將其它類型的值作為 BOOL 來返回，這種情況下， BOOL 變量只會取值的最后一個字節(jié)來賦值，這樣很可能會取到 0 （ NO ）。但是，一些邏輯操作符比如 &&,||,! 的返回是可以直接賦給 BOOL 的：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18//?錯誤，不要將其它類型轉化為?BOOL?返回
-?(BOOL)isBold?{
return[self?fontTraits]?&?NSFontBoldTrait;
}
-?(BOOL)isValid?{
return[self?stringValue];
}
//?正確
-?(BOOL)isBold?{
return([self?fontTraits]?&?NSFontBoldTrait)???YES?:?NO;
}
//?正確，邏輯操作符可以直接轉化為?BOOL
-?(BOOL)isValid?{
return[self?stringValue]?!=?nil;
}
-?(BOOL)isEnabled?{
return[self?isValid]?&&?[self?isBold];
}
另外 BOOL 類型可以和 _Bool,bool 相互轉化，但是不能和 Boolean 轉化。
使用 ARC
除非想要兼容一些古董級的機器和操作系統(tǒng)，我們沒有理由放棄使用 ARC 。在最新版的 Xcode(6.2) 中， ARC 是自動打開的，所以直接使用就好了。
在 init和 dealloc中不要用存取方法訪問實例變量
當 initdealloc 方法被執(zhí)行時，類的運行時環(huán)境不是處于正常狀態(tài)的，使用存取方法訪問變量可能會導致不可預料的結果，因此應當在這兩個方法內直接訪問實例變量。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24//?正確，直接訪問實例變量
-?(instancetype)init?{
self?=?[superinit];
if(self)?{
_bar?=?[[NSMutableString?alloc]?init];
}
returnself;
}
-?(void)dealloc?{
[_bar?release];
[superdealloc];
}
//?錯誤，不要通過存取方法訪問
-?(instancetype)init?{
self?=?[superinit];
if(self)?{
self.bar?=?[NSMutableString?string];
}
returnself;
}
-?(void)dealloc?{
self.bar?=?nil;
[superdealloc];
}
按照定義的順序釋放資源
在類或者 Controller 的生命周期結束時，往往需要做一些掃尾工作，比如釋放資源，停止線程等，這些掃尾工作的釋放順序應當與它們的初始化或者定義的順序保持一致。這樣做是為了方便調試時尋找錯誤，也能防止遺漏。
保證 NSString在賦值時被復制
NSString 非常常用，在它被傳遞或者賦值時應當保證是以復制（ copy ）的方式進行的，這樣可以防止在不知情的情況下 String 的值被其它對象修改。
1
2
3-?(void)setFoo:(NSString?*)aFoo?{
_foo?=?[aFoo?copy];
}
使用 NSNumber的語法糖
使用帶有 @ 符號的語法糖來生成 NSNumber 對象能使代碼更簡潔：
1
2
3
4
5
6NSNumber?*fortyTwo?=?@42;
NSNumber?*piOverTwo?=?@(M_PI?/?2);
enum?{
kMyEnum?=?2;
};
NSNumber?*myEnum?=?@(kMyEnum);
nil檢查
因為在 Objective-C 中向 nil 對象發(fā)送命令是不會拋出異常或者導致崩潰的，只是完全的 “ 什么都不干 ” ，所以，只在程序中使用 nil 來做邏輯上的檢查。
另外，不要使用諸如 nil == Object 或者 Object == nil 的形式來判斷。
1
2
3
4
5
6
7
8//?正確，直接判斷
if(!objc)?{
...
}
//?錯誤，不要使用?nil?==?Object?的形式
if(nil?==?objc)?{
...
}
屬性的線程安全
定義一個屬性時，編譯器會自動生成線程安全的存取方法（ Atomic ），但這樣會大大降低性能，特別是對于那些需要頻繁存取的屬性來說，是極大的浪費。所以如果定義的屬性不需要線程保護，記得手動添加屬性關鍵字 nonatomic 來取消編譯器的優(yōu)化。
點分語法的使用
不要用點分語法來調用方法，只用來訪問屬性。這樣是為了防止代碼可讀性問題。
1
2
3
4
5
6
7//?正確，使用點分語法訪問屬性
NSString?*oldName?=?myObject.name;
myObject.name?=?@"Alice";
//?錯誤，不要用點分語法調用方法
NSArray?*array?=?[NSArray?arrayWithObject:@"hello"];
NSUInteger?numberOfItems?=?array.count;
array.release;
Delegate要使用弱引用
一個類的 Delegate 對象通常還引用著類本身，這樣很容易造成引用循環(huán)的問題，所以類的 Delegate 屬性要設置為弱引用。
1
2/**?delegate?*/
@property?(nonatomic,?weak)?iddelegate;
