【IOS】Objective-C編碼規範

weixin_33816300發表於2017-07-19
iOSObject

一. 概要

Objective-C是一門物件導向的動態程式語言，主要用於編寫iOS和Mac應用程式。關於Objective-C的編碼規範，蘋果和谷歌都已經有很好的總結：

本文主要整合了對上述文件的翻譯、作者自己的程式設計經驗和其他的相關資料，為公司總結出一份通用的編碼規範。

二. 程式碼格式

1.使用空格而不是製表符Tab

不要在工程裡使用Tab鍵，使用空格來進行縮排。在Xcode > Preferences > Text Editing將Tab和自動縮排都設定為4個空格。（Google的標準是使用兩個空格來縮排，但這裡還是推薦使用Xcode預設的設定。）

2. 每一行的最大長度

同樣的，在Xcode > Preferences > Text Editing > Page guide at column:中將最大行長設定為80，過長的一行程式碼將會導致可讀性問題。

3. 函式的書寫

一個典型的Objective-C函式應該是這樣的：

- (void)writeVideoFrameWithData:(NSData *)frameData timeStamp:(int)timeStamp {
    ...
}

在-和(void)之間應該有一個空格，第一個大括號{的位置在函式所在行的末尾，同樣應該有一個空格。（我司的C語言規範要求是第一個大括號單獨佔一行，但考慮到OC較長的函式名和蘋果SDK程式碼的風格，還是將大括號放在行末。）

如果一個函式有特別多的引數或者名稱很長，應該將其按照:來對齊分行顯示：

-(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<IPCConnectHandlerDelegate>)delegate;

在分行時，如果第一段名稱過短，後續名稱可以以Tab的長度（4個空格）為單位進行縮排：

- (void)short:(GTMFoo *)theFoo
        longKeyword:(NSRect)theRect
  evenLongerKeyword:(float)theInterval
              error:(NSError **)theError {
    ...
}

4. 函式呼叫

函式呼叫的格式和書寫差不多，可以按照函式的長短來選擇寫在一行或者分成多行：

//寫在一行
[myObject doFooWith:arg1 name:arg2 error:arg3];

//分行寫，按照':'對齊
[myObject doFooWith:arg1
               name:arg2
              error:arg3];

//第一段名稱過短的話後續可以進行縮排
[myObj short:arg1
          longKeyword:arg2
    evenLongerKeyword:arg3
                error:arg4];

以下寫法是錯誤的：

//錯誤，要麼寫在一行，要麼全部分行
[myObject doFooWith:arg1 name:arg2
              error:arg3];
[myObject doFooWith:arg1
               name:arg2 error:arg3];

//錯誤，按照':'來對齊，而不是關鍵字
[myObject doFooWith:arg1
          name:arg2
          error:arg3];

5.@public和@private標記符

@public和@private標記符應該以一個空格來進行縮排：

@interface MyClass : NSObject {
 @public
  ...
 @private
  ...
}
@end

6.協議（Protocols）

在書寫協議的時候注意用<>括起來的協議和型別名之間是沒有空格的，比如IPCConnectHandler()<IPCPreconnectorDelegate>,這個規則適用所有書寫協議的地方，包括函式宣告、類宣告、例項變數等等：

@interface MyProtocoledClass : NSObject<NSWindowDelegate> {
 @private
    id<MyFancyDelegate> _delegate;
}

- (void)setDelegate:(id<MyFancyDelegate>)aDelegate;
@end

7.閉包（Blocks）

根據block的長度，有不同的書寫規則：

  • 較短的block可以寫在一行內。
  • 如果分行顯示的話，block的右括號}應該和呼叫block那行程式碼的第一個非空字元對齊。
  • block內的程式碼採用4個空格的縮排。
  • 如果block過於龐大，應該單獨宣告成一個變數來使用。
  • ^和(之間，^和{之間都沒有空格，引數列表的右括號)和{之間有一個空格。
//較短的block寫在一行內
[operation setCompletionBlock:^{ [self onOperationDone]; }];

//分行書寫的block，內部使用4空格縮排
[operation setCompletionBlock:^{
    [self.delegate newDataAvailable];
}];

//使用C語言API呼叫的block遵循同樣的書寫規則
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) {
        // ...
    }];

8.資料結構的語法糖

應該使用可讀性更好的語法糖來構造NSArray，NSDictionary等資料結構，避免使用冗長的alloc,init方法。

如果構造程式碼寫在一行，需要在括號兩端留有一個空格，使得被構造的元素於與構造語法區分開來：

//正確，在語法糖的"[]"或者"{}"兩端留有空格
NSArray *array = @[ [foo description], @"Another String", [bar description] ];
NSDictionary *dict = @{ NSForegroundColorAttributeName : [NSColor redColor] };

//不正確，不留有空格降低了可讀性
NSArray* array = @[[foo description], [bar description]];
NSDictionary* dict = @{NSForegroundColorAttributeName: [NSColor redColor]};

如果構造程式碼不寫在一行內，構造元素需要使用兩個空格來進行縮排，右括號]或者}寫在新的一行，並且與呼叫語法糖那行程式碼的第一個非空字元對齊：

NSArray *array = @[
  @"This",
  @"is",
  @"an",
  @"array"
];

NSDictionary *dictionary = @{
  NSFontAttributeName : [NSFont fontWithName:@"Helvetica-Bold" size:12],
  NSForegroundColorAttributeName : fontColor
};

構造字典時，字典的Key和Value與中間的冒號:都要留有一個空格，多行書寫時，也可以將Value對齊：

//正確，冒號':'前後留有一個空格
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",
};

三. 命名規範

1.基本原則

1>清晰

命名應該儘可能的清晰和簡潔，但在Objective-C中，清晰比簡潔更重要。由於Xcode強大的自動補全功能，我們不必擔心名稱過長的問題。

//清晰
insertObject:atIndex:

//不清晰，insert的物件型別和at的位置屬性沒有說明
insert:at:

//清晰
removeObjectAtIndex:

//不清晰，remove的物件型別沒有說明，引數的作用沒有說明
remove:

不要使用單詞的簡寫，拼寫出完整的單詞：

//清晰
destinationSelection
setBackgroundColor:

//不清晰，不要使用簡寫
destSel
setBkgdColor:

然而，有部分單詞簡寫在Objective-C編碼過程中是非常常用的，以至於成為了一種規範，這些簡寫可以在程式碼中直接使用，下面列舉了部分：

alloc   == 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 (used in class name such as NSBitmapImageRep).
info    == Information               temp   == Temporary
init    == Initialize                 vert   == Vertical
int     == Integer

命名方法或者函式時要避免歧義

//有歧義，是返回sendPort還是send一個Port？
sendPort

//有歧義，是返回一個名字屬性的值還是display一個name的動作？
displayName

一致性

整個工程的命名風格要保持一致性，最好和蘋果SDK的程式碼保持統一。不同類中完成相似功能的方法應該叫一樣的名字，比如我們總是用count來返回集合的個數，不能在A類中使用count而在B類中使用getNumber。

使用字首

如果程式碼需要打包成Framework給別的工程使用，或者工程專案非常龐大，需要拆分成不同的模組，使用命名字首是非常有用的。

  • 字首由大寫的字母縮寫組成，比如Cocoa中NS字首代表Founation框架中的類，IB則代表Interface Builder框架。

  • 可以在為類、協議、函式、常量以及typedef巨集命名的時候使用字首，但注意不要為成員變數或者方法使用字首，因為他們本身就包含在類的名稱空間內。

  • 命名字首的時候不要和蘋果SDK框架衝突。

命名類和協議（Class&Protocol）

類名以大寫字母開頭，應該包含一個名詞來表示它代表的物件型別，同時可以加上必要的字首，比如NSString, NSDate, NSScanner, NSApplication等等。

而協議名稱應該清晰地表示它所執行的行為，而且要和類名區別開來，所以通常使用ing詞尾來命名一個協議，比如NSCopying,NSLocking。

有些協議本身包含了很多不相關的功能，主要用來為某一特定類服務，這時候可以直接用類名來命名這個協議，比如NSObject協議，它包含了id物件在生存週期內的一系列方法。

命名標頭檔案（Headers）

原始碼的標頭檔案名應該清晰地暗示它的功能和包含的內容：

  • 如果標頭檔案內只定義了單個類或者協議，直接用類名或者協議名來命名標頭檔案，比如NSLocale.h定義了NSLocale類。

  • 如果標頭檔案內定義了一系列的類、協議、類別，使用其中最主要的類名來命名標頭檔案，比如NSString.h定義了NSString和NSMutableString。

  • 每一個Framework都應該有一個和框架同名的標頭檔案，包含了框架中所有公共類標頭檔案的引用，比如Foundation.h

  • Framework中有時候會實現在別的框架中類的類別擴充套件，這樣的檔案通常使用被擴充套件的框架名+Additions的方式來命名，比如NSBundleAdditions.h。

命名方法（Methods）

Objective-C的方法名通常都比較長，這是為了讓程式有更好地可讀性，按蘋果的說法“好的方法名應當可以以一個句子的形式朗讀出來”。

方法一般以小寫字母打頭，每一個後續的單詞首字母大寫，方法名中不應該有標點符號（包括下劃線），有兩個例外：

  • 可以用一些通用的大寫字母縮寫打頭方法，比如PDF,TIFF等。
  • 可以用帶下劃線的字首來命名私有方法或者類別中的方法。

如果方法表示讓物件執行一個動作，使用動詞打頭來命名，注意不要使用do，does這種多餘的關鍵字，動詞本身的暗示就足夠了：

//動詞打頭的方法表示讓物件執行一個動作
- (void)invokeWithTarget:(id)target;
- (void)selectTabViewItem:(NSTabViewItem *)tabViewItem;

如果方法是為了獲取物件的一個屬性值，直接用屬性名稱來命名這個方法，注意不要新增get或者其他的動詞字首：

//正確，使用屬性名來命名方法
- (NSSize)cellSize;

//錯誤，新增了多餘的動詞字首
- (NSSize)calcCellSize;
- (NSSize)getCellSize;

對於有多個引數的方法，務必在每一個引數前都新增關鍵詞，關鍵詞應當清晰說明引數的作用：

//正確，保證每個引數都有關鍵詞修飾
- (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用來表示方法執行了兩個相對獨立的操作（從設計上來說，這時候應該拆分成兩個獨立的方法）：

//錯誤，不要使用"and"來連線引數
- (int)runModalForDirectory:(NSString *)path andFile:(NSString *)name andTypes:(NSArray *)fileTypes;

//正確，使用"and"來表示兩個相對獨立的操作
- (BOOL)openFile:(NSString *)fullPath withApplication:(NSString *)appName andDeactivate:(BOOL)flag;

方法的引數命名也有一些需要注意的地方:

  • 和方法名類似，引數的第一個字母小寫，後面的每一個單詞首字母大寫
  • 不要再方法名中使用類似pointer,ptr這樣的字眼去表示指標，引數本身的型別足以說明
  • 不要使用只有一兩個字母的引數名
  • 不要使用簡寫，拼出完整的單詞

下面列舉了一些常用引數名：

...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）

存取方法是指用來獲取和設定類屬性值的方法，屬性的不同型別，對應著不同的存取方法規範：

//屬性是一個名詞時的存取方法正規化
- (type)noun;
- (void)setNoun:(type)aNoun;
//栗子
- (NSString *)title;
- (void)setTitle:(NSString *)aTitle;

//屬性是一個形容詞時存取方法的正規化
- (BOOL)isAdjective;
- (void)setAdjective:(BOOL)flag;
//栗子
- (BOOL)isEditable;
- (void)setEditable:(BOOL)flag;

//屬性是一個動詞時存取方法的正規化
- (BOOL)verbObject;
- (void)setVerbObject:(BOOL)flag;
//栗子
- (BOOL)showsAlpha;
- (void)setShowsAlpha:(BOOL)flag;

命名存取方法時不要將動詞轉化為被動形式來使用：

//正確
- (void)setAcceptsGlyphInfo:(BOOL)flag;
- (BOOL)acceptsGlyphInfo;

//錯誤，不要使用動詞的被動形式
- (void)setGlyphInfoAccepted:(BOOL)flag;
- (BOOL)glyphInfoAccepted;

可以使用can,should,will等詞來協助表達存取方法的意思，但不要使用do,和does：

//正確
- (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中通常只用來表示從函式指標返回值的函式：

//三個引數都是作為函式的返回值來使用的，這樣的函式名可以使用"get"字首
- (void)getLineDash:(float *)pattern count:(int *)count phase:(float *)phase;

命名委託（Delegate）

當特定的事件發生時，物件會觸發它註冊的委託方法。委託是Objective-C中常用的傳遞訊息的方式。委託有它固定的命名正規化。

一個委託方法的第一個引數是觸發它的物件，第一個關鍵詞是觸發物件的類名，除非委託方法只有一個名為sender的引數：

//第一個關鍵詞為觸發委託的類名
- (BOOL)tableView:(NSTableView *)tableView shouldSelectRow:(int)row;
- (BOOL)application:(NSApplication *)sender openFile:(NSString *)filename;

//當只有一個"sender"引數時可以省略類名
- (BOOL)applicationOpenUntitledFile:(NSApplication *)sender;

根據委託方法觸發的時機和目的，使用should,will,did等關鍵詞

- (void)browserDidScroll:(NSBrowser *)sender;

- (NSUndoManager *)windowWillReturnUndoManager:(NSWindow *)window;、

- (BOOL)windowShouldClose:(id)sender;

集合操作類方法（Collection Methods）

有些物件管理著一系列其它物件或者元素的集合，需要使用類似“增刪查改”的方法來對集合進行操作，這些方法的命名正規化一般為：

//集合操作正規化
- (void)addElement:(elementType)anObj;
- (void)removeElement:(elementType)anObj;
- (NSArray *)elements;

//栗子
- (void)addLayoutManager:(NSLayoutManager *)obj;
- (void)removeLayoutManager:(NSLayoutManager *)obj;
- (NSArray *)layoutManagers;

注意，如果返回的集合是無序的，使用NSSet來代替NSArray。如果需要將元素插入到特定的位置，使用類似於這樣的命名：

- (void)insertLayoutManager:(NSLayoutManager *)obj atIndex:(int)index;
- (void)removeLayoutManagerAtIndex:(int)index;

如果管理的集合元素中有指向管理物件的指標，要設定成weak型別以防止引用迴圈。

下面是SDK中NSWindow類的集合操作方法：

- (void)addChildWindow:(NSWindow *)childWin ordered:(NSWindowOrderingMode)place;
- (void)removeChildWindow:(NSWindow *)childWin;
- (NSArray *)childWindows;
- (NSWindow *)parentWindow;
- (void)setParentWindow:(NSWindow *)window;

命名函式（Functions）

在很多場合仍然需要用到函式，比如說如果一個物件是一個單例，那麼應該使用函式來代替類方法執行相關操作。

函式的命名和方法有一些不同，主要是：

  • 函式名稱一般帶有縮寫字首，表示方法所在的框架。
  • 字首後的單詞以“駝峰”表示法顯示，第一個單詞首字母大寫。

函式名的第一個單詞通常是一個動詞，表示方法執行的操作：

NSHighlightRect
NSDeallocateObject

如果函式返回其引數的某個屬性，省略動詞：

unsigned int NSEventMaskFromType(NSEventType type)
float NSHeight(NSRect aRect)

如果函式通過指標引數來返回值，需要在函式名中使用Get：

const char *NSGetSizeAndAlignment(const char *typePtr, unsigned int *sizep, unsigned int *alignp)

函式的返回型別是BOOL時的命名：

BOOL NSDecimalIsNotANumber(const NSDecimal *decimal)

命名屬性和例項變數（Properties&Instance Variables）

屬性和物件的存取方法相關聯，屬性的第一個字母小寫，後續單詞首字母大寫，不必新增字首。屬性按功能命名成名詞或者動詞：

//名詞屬性
@property (strong) NSString *title;

//動詞屬性
@property (assign) BOOL showsAlpha;

屬性也可以命名成形容詞，這時候通常會指定一個帶有is字首的get方法來提高可讀性：

@property (assign, getter=isEditable) BOOL editable;

命名例項變數，在變數名前加上_字首（有些有歷史的程式碼會將_放在後面），其它和命名屬性一樣：

@implementation MyClass {
    BOOL _showsTitle;
}

一般來說，類需要對使用者隱藏資料儲存的細節，所以不要將例項方法定義成公共可訪問的介面，可以使用@private，@protected字首。

按蘋果的說法，不建議在除了init和dealloc方法以外的地方直接訪問例項變數，但很多人認為直接訪問會讓程式碼更加清晰可讀，只在需要計算或者執行操作的時候才使用存取方法訪問，我就是這種習慣，所以這裡不作要求。

命名常量（Constants）

如果要定義一組相關的常量，儘量使用列舉型別（enumerations），列舉型別的命名規則和函式的命名規則相同。
建議使用 NS_ENUM 和 NS_OPTIONS 巨集來定義列舉型別，參見官方的 Adopting Modern Objective-C 一文：

//定義一個列舉
typedef NS_ENUM(NSInteger, NSMatrixMode) {
    NSRadioModeMatrix,
    NSHighlightModeMatrix,
    NSListModeMatrix,
    NSTrackModeMatrix
};

定義bit map：

typedef NS_OPTIONS(NSUInteger, NSWindowMask) {
    NSBorderlessWindowMask      = 0,
    NSTitledWindowMask          = 1 << 0,
    NSClosableWindowMask        = 1 << 1,
    NSMiniaturizableWindowMask  = 1 << 2,
    NSResizableWindowMask       = 1 << 3
};

使用const定義浮點型或者單個的整數型常量，如果要定義一組相關的整數常量，應該優先使用列舉。常量的命名規範和函式相同：

const float NSLightGray;

不要使用#define巨集來定義常量，如果是整型常量，儘量使用列舉，浮點型常量，使用const定義。#define通常用來給編譯器決定是否編譯某塊程式碼，比如常用的：

#ifdef DEBUG

注意到一般由編譯器定義的巨集會在前後都有一個__，比如__MACH__。

命名通知（Notifications）

通知常用於在模組間傳遞訊息，所以通知要儘可能地表示出發生的事件，通知的命名正規化是：

[觸發通知的類名] + [Did | Will] + [動作] + Notification

栗子：

NSApplicationDidBecomeActiveNotification
NSWindowDidMiniaturizeNotification
NSTextViewDidChangeSelectionNotification
NSColorPanelColorDidChangeNotification

註釋

讀沒有註釋程式碼的痛苦你我都體會過，好的註釋不僅能讓人輕鬆讀懂你的程式，還能提升程式碼的逼格。注意註釋是為了讓別人看懂，而不是僅僅你自己。

檔案註釋

每一個檔案都必須寫檔案註釋，檔案註釋通常包含

  • 檔案所在模組
  • 作者資訊
  • 歷史版本資訊
  • 版權資訊
  • 檔案包含的內容，作用

一段良好檔案註釋的栗子：

/*******************************************************************************
    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. 
        
********************************************************************************/

檔案註釋的格式通常不作要求，能清晰易讀就可以了，但在整個工程中風格要統一。

程式碼註釋

好的程式碼應該是“自解釋”（self-documenting）的，但仍然需要詳細的註釋來說明引數的意義、返回值、功能以及可能的副作用。

方法、函式、類、協議、類別的定義都需要註釋，推薦採用Apple的標準註釋風格，好處是可以在引用的地方alt+點選自動彈出註釋，非常方便。

有很多可以自動生成註釋格式的外掛，推薦使用VVDocumenter：

Screenshot

一些良好的註釋：

/**
 *  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

協議、委託的註釋要明確說明其被觸發的條件：

/** Delegate - Sent when failed to init connection, like p2p failed. */
-(void)initConnectionDidFailed:(IPCConnectHandler *)handler;

如果在註釋中要引用引數名或者方法函式名，使用||將引數或者方法括起來以避免歧義：

// Sometimes we need |count| to be less than zero.

// Remember to call |StringWithoutSpaces("foo bar baz")|

定義在標頭檔案裡的介面方法、屬性必須要有註釋！

編碼風格

每個人都有自己的編碼風格，這裡總結了一些比較好的Cocoa程式設計風格和注意點。

不要使用new方法

儘管很多時候能用new代替alloc init方法，但這可能會導致除錯記憶體時出現不可預料的問題。Cocoa的規範就是使用alloc init方法，使用new會讓一些讀者困惑。

Public API要儘量簡潔

共有介面要設計的簡潔，滿足核心的功能需求就可以了。不要設計很少會被用到，但是引數極其複雜的API。如果要定義複雜的方法，使用類別或者類擴充套件。

#import和#include

#import是Cocoa中常用的引用標頭檔案的方式，它能自動防止重複引用檔案，什麼時候使用#import，什麼時候使用#include呢？

  • 當引用的是一個Objective-C或者Objective-C++的標頭檔案時，使用#import
  • 當引用的是一個C或者C++的標頭檔案時，使用#include，這時必須要保證被引用的檔案提供了保護域（#define guard）。

栗子：

#import <Cocoa/Cocoa.h>
#include <CoreFoundation/CoreFoundation.h>
#import "GTMFoo.h"
#include "base/basictypes.h"

為什麼不全部使用#import呢？主要是為了保證程式碼在不同平臺間共享時不出現問題。

引用框架的根標頭檔案

上面提到過，每一個框架都會有一個和框架同名的標頭檔案，它包含了框架內介面的所有引用，在使用框架的時候，應該直接引用這個根標頭檔案，而不是其它子模組的標頭檔案，即使是你只用到了其中的一小部分，編譯器會自動完成優化的。

//正確，引用根標頭檔案
#import <Foundation/Foundation.h>

//錯誤，不要單獨引用框架內的其它標頭檔案
#import <Foundation/NSArray.h>
#import <Foundation/NSString.h>

BOOL的使用

BOOL在Objective-C中被定義為signed char型別，這意味著一個BOOL型別的變數不僅僅可以表示YES(1)和NO(0)兩個值，所以永遠不要將BOOL型別變數直接和YES比較：

//錯誤，無法確定|great|的值是否是YES(1)，不要將BOOL值直接與YES比較
BOOL great = [foo isGreat];
if (great == YES)
  // ...be great!

//正確
BOOL great = [foo isGreat];
if (great)
  // ...be great!

同樣的，也不要將其它型別的值作為BOOL來返回，這種情況下，BOOL變數只會取值的最後一個位元組來賦值，這樣很可能會取到0（NO）。但是，一些邏輯操作符比如&&,||,!的返回是可以直接賦給BOOL的：

//錯誤，不要將其它型別轉化為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

除非想要相容一些古董級的機器和作業系統，我們沒有理由放棄使用ARC。在最新版的Xcode(6.2)中，ARC是自動開啟的，所以直接使用就好了。

在init和dealloc中不要用存取方法訪問例項變數

當init``dealloc方法被執行時，類的執行時環境不是處於正常狀態的，使用存取方法訪問變數可能會導致不可預料的結果，因此應當在這兩個方法內直接訪問例項變數。

//正確，直接訪問例項變數
- (instancetype)init {
  self = [super init];
  if (self) {
    _bar = [[NSMutableString alloc] init];
  }
  return self;
}
- (void)dealloc {
  [_bar release];
  [super dealloc];
}

//錯誤，不要通過存取方法訪問
- (instancetype)init {
  self = [super init];
  if (self) {
    self.bar = [NSMutableString string];
  }
  return self;
}
- (void)dealloc {
  self.bar = nil;
  [super dealloc];
}

按照定義的順序釋放資源

在類或者Controller的生命週期結束時，往往需要做一些掃尾工作，比如釋放資源，停止執行緒等，這些掃尾工作的釋放順序應當與它們的初始化或者定義的順序保持一致。這樣做是為了方便除錯時尋找錯誤，也能防止遺漏。

保證NSString在賦值時被複制

NSString非常常用，在它被傳遞或者賦值時應當保證是以複製（copy）的方式進行的，這樣可以防止在不知情的情況下String的值被其它物件修改。

- (void)setFoo:(NSString *)aFoo {
  _foo = [aFoo copy];
}

使用NSNumber的語法糖

使用帶有@符號的語法糖來生成NSNumber物件能使程式碼更簡潔：

NSNumber *fortyTwo = @42;
NSNumber *piOverTwo = @(M_PI / 2);
enum {
  kMyEnum = 2;
};
NSNumber *myEnum = @(kMyEnum);

nil檢查

因為在Objective-C中向nil物件傳送命令是不會丟擲異常或者導致崩潰的，只是完全的“什麼都不幹”，所以，只在程式中使用nil來做邏輯上的檢查。

另外，不要使用諸如nil == Object或者Object == nil的形式來判斷。

//正確，直接判斷
if (!objc) {
    ... 
}

//錯誤，不要使用nil == Object的形式
if (nil == objc) {
    ... 
}

屬性的執行緒安全

定義一個屬性時，編譯器會自動生成執行緒安全的存取方法（Atomic），但這樣會大大降低效能，特別是對於那些需要頻繁存取的屬性來說，是極大的浪費。所以如果定義的屬性不需要執行緒保護，記得手動新增屬性關鍵字nonatomic來取消編譯器的優化。

點分語法的使用

不要用點分語法來呼叫方法，只用來訪問屬性。這樣是為了防止程式碼可讀性問題。

//正確，使用點分語法訪問屬性
NSString *oldName = myObject.name;
myObject.name = @"Alice";

//錯誤，不要用點分語法呼叫方法
NSArray *array = [NSArray arrayWithObject:@"hello"];
NSUInteger numberOfItems = array.count;
array.release;

Delegate要使用弱引用

一個類的Delegate物件通常還引用著類本身，這樣很容易造成引用迴圈的問題，所以類的Delegate屬性要設定為弱引用。

/** delegate */
@property (nonatomic, weak) id <IPCConnectHandlerDelegate> delegate;

相關文章