Objective-C 編碼規(guī)范室梅，內(nèi)容來(lái)自蘋(píng)果浙芙、谷歌的文檔翻譯蹂风，自己的編碼經(jīng)驗(yàn)和對(duì)其它資料的總結(jié)喜命。

概要

Objective-C 是一門(mén)面向?qū)ο蟮膭?dòng)態(tài)編程語(yǔ)言，主要用于編寫(xiě) iOS 和 Mac 應(yīng)用程序河劝。關(guān)于 Objective-C 的編碼規(guī)范壁榕，蘋(píng)果和谷歌都已經(jīng)有很好的總結(jié)：

Apple Coding Guidelines for Cocoa

Google Objective-C Style Guide

本文主要整合了對(duì)上述文檔的翻譯、作者自己的編程經(jīng)驗(yàn)和其他的相關(guān)資料赎瞎，為公司總結(jié)出一份通用的編碼規(guī)范牌里。

代碼格式

使用空格而不是制表符 Tab

不要在工程里使用 Tab 鍵，使用空格來(lái)進(jìn)行縮進(jìn)务甥。在 Xcode > Preferences > Text Editing 將 Tab 和自動(dòng)縮進(jìn)都設(shè)置為4個(gè)空格牡辽。（Google 的標(biāo)準(zhǔn)是使用兩個(gè)空格來(lái)縮進(jìn)，但這里還是推薦使用 Xcode 默認(rèn)的設(shè)置敞临。）

每一行的最大長(zhǎng)度

同樣的态辛，在 Xcode > Preferences > Text Editing > Page guide at column: 中將最大行長(zhǎng)設(shè)置為80，過(guò)長(zhǎng)的一行代碼將會(huì)導(dǎo)致可讀性問(wèn)題挺尿。

函數(shù)的書(shū)寫(xiě)

一個(gè)典型的 Objective-C 函數(shù)應(yīng)該是這樣的：

在 - 和 (void) 之間應(yīng)該有一個(gè)空格奏黑，第一個(gè)大括號(hào) { 的位置在函數(shù)所在行的末尾，同樣應(yīng)該有一個(gè)空格编矾。（我司的 C 語(yǔ)言規(guī)范要求是第一個(gè)大括號(hào)單獨(dú)占一行熟史，但考慮到 OC 較長(zhǎng)的函數(shù)名和蘋(píng)果 SDK 代碼的風(fēng)格，還是將大括號(hào)放在行末窄俏。）

如果一個(gè)函數(shù)有特別多的參數(shù)或者名稱(chēng)很長(zhǎng)蹂匹，應(yīng)該將其按照 : 來(lái)對(duì)齊分行顯示：

在分行時(shí)，如果第一段名稱(chēng)過(guò)短凹蜈，后續(xù)名稱(chēng)可以以 Tab 的長(zhǎng)度（ 4 個(gè)空格）為單位進(jìn)行縮進(jìn)：

函數(shù)調(diào)用

函數(shù)調(diào)用的格式和書(shū)寫(xiě)差不多限寞，可以按照函數(shù)的長(zhǎng)短來(lái)選擇寫(xiě)在一行或者分成多行：

以下寫(xiě)法是錯(cuò)誤的：

@public和 @private標(biāo)記符

@public 和 @private 標(biāo)記符應(yīng)該以一個(gè)空格來(lái)進(jìn)行縮進(jìn)：

協(xié)議（ Protocols）

在書(shū)寫(xiě)協(xié)議的時(shí)候注意用<> 括起來(lái)的協(xié)議和類(lèi)型名之間是沒(méi)有空格的，比如 IPCConnectHandler() , 這個(gè)規(guī)則適用所有書(shū)寫(xiě)協(xié)議的地方踪区，包括函數(shù)聲明昆烁、類(lèi)聲明、實(shí)例變量等等：

閉包（ Blocks）

根據(jù) block 的長(zhǎng)度缎岗，有不同的書(shū)寫(xiě)規(guī)則：

較短的 block 可以寫(xiě)在一行內(nèi)静尼。

如果分行顯示的話， block 的右括號(hào) } 應(yīng)該和調(diào)用 block 那行代碼的第一個(gè)非空字符對(duì)齊。

block 內(nèi)的代碼采用4個(gè)空格的縮進(jìn)鼠渺。

如果 block 過(guò)于龐大鸭巴，應(yīng)該單獨(dú)聲明成一個(gè)變量來(lái)使用。

^ 和 ( 之間拦盹， ^ 和 { 之間都沒(méi)有空格鹃祖，參數(shù)列表的右括號(hào) ) 和 { 之間有一個(gè)空格。

數(shù)據(jù)結(jié)構(gòu)的語(yǔ)法糖

應(yīng)該使用可讀性更好的語(yǔ)法糖來(lái)構(gòu)造 NSArray 普舆， NSDictionary 等數(shù)據(jù)結(jié)構(gòu)恬口，避免使用冗長(zhǎng)的 alloc,init 方法。

如果構(gòu)造代碼寫(xiě)在一行沼侣，需要在括號(hào)兩端留有一個(gè)空格祖能，使得被構(gòu)造的元素于與構(gòu)造語(yǔ)法區(qū)分開(kāi)來(lái)：

如果構(gòu)造代碼不寫(xiě)在一行內(nèi)，構(gòu)造元素需要使用兩個(gè)空格來(lái)進(jìn)行縮進(jìn)蛾洛，右括號(hào) ] 或者 } 寫(xiě)在新的一行养铸，并且與調(diào)用語(yǔ)法糖那行代碼的第一個(gè)非空字符對(duì)齊：

構(gòu)造字典時(shí)，字典的 Key 和 Value 與中間的冒號(hào) : 都要留有一個(gè)空格轧膘，多行書(shū)寫(xiě)時(shí)钞螟，也可以將 Value 對(duì)齊：

命名規(guī)范

基本原則

清晰

命名應(yīng)該盡可能的清晰和簡(jiǎn)潔，但在 Objective-C 中谎碍，清晰比簡(jiǎn)潔更重要鳞滨。由于 Xcode 強(qiáng)大的自動(dòng)補(bǔ)全功能，我們不必?fù)?dān)心名稱(chēng)過(guò)長(zhǎng)的問(wèn)題椿浓。

不要使用單詞的簡(jiǎn)寫(xiě)太援，拼寫(xiě)出完整的單詞：

然而，有部分單詞簡(jiǎn)寫(xiě)在 Objective-C 編碼過(guò)程中是非常常用的扳碍，以至于成為了一種規(guī)范提岔，這些簡(jiǎn)寫(xiě)可以在代碼中直接使用，下面列舉了部分：

命名方法或者函數(shù)時(shí)要避免歧義

一致性

整個(gè)工程的命名風(fēng)格要保持一致性笋敞，最好和蘋(píng)果 SDK 的代碼保持統(tǒng)一碱蒙。不同類(lèi)中完成相似功能的方法應(yīng)該叫一樣的名字，比如我們總是用 count 來(lái)返回集合的個(gè)數(shù)夯巷，不能在 A 類(lèi)中使用 count 而在 B 類(lèi)中使用 getNumber 赛惩。

使用前綴

如果代碼需要打包成 Framework 給別的工程使用，或者工程項(xiàng)目非常龐大趁餐，需要拆分成不同的模塊喷兼，使用命名前綴是非常有用的。

前綴由大寫(xiě)的字母縮寫(xiě)組成后雷，比如 Cocoa 中 NS 前綴代表 Founation 框架中的類(lèi)季惯， IB 則代表 Interface Builder 框架吠各。

可以在為類(lèi)、協(xié)議勉抓、函數(shù)贾漏、常量以及 typedef 宏命名的時(shí)候使用前綴，但注意不要為成員變量或者方法使用前綴藕筋，因?yàn)樗麄儽旧砭桶陬?lèi)的命名空間內(nèi)纵散。

命名前綴的時(shí)候不要和蘋(píng)果 SDK 框架沖突。

命名類(lèi)和協(xié)議（ Class&Protocol）

類(lèi)名以大寫(xiě)字母開(kāi)頭隐圾，應(yīng)該包含一個(gè)名詞來(lái)表示它代表的對(duì)象類(lèi)型伍掀，同時(shí)可以加上必要的前綴，比如 NSString,NSDate,NSScanner,NSApplication 等等暇藏。

而協(xié)議名稱(chēng)應(yīng)該清晰地??示它所執(zhí)行的行為硕盹，而且要和類(lèi)名區(qū)別開(kāi)來(lái)，所以通常使用 ing 詞尾來(lái)命名一個(gè)協(xié)議叨咖，比如 NSCopying,NSLocking 。

有些協(xié)議本身包含了很多不相關(guān)的功能啊胶，主要用來(lái)為某一特定類(lèi)服務(wù)甸各，這時(shí)候可以直接用類(lèi)名來(lái)命名這個(gè)協(xié)議，比如 NSObject 協(xié)議焰坪，它包含了 id 對(duì)象在生存周期內(nèi)的一系列方法趣倾。

命名頭文件（ Headers）

源碼的頭文件名應(yīng)該清晰地暗示它的功能和包含的內(nèi)容：

如果頭文件內(nèi)只定義了單個(gè)類(lèi)或者協(xié)議，直接用類(lèi)名或者協(xié)議名來(lái)命名頭文件某饰，比如 NSLocale.h 定義了 NSLocale 類(lèi)儒恋。

如果頭文件內(nèi)定義了一系列的類(lèi)、協(xié)議黔漂、類(lèi)別诫尽，使用其中最主要的類(lèi)名來(lái)命名頭文件，比如 NSString.h 定義了 NSString 和 NSMutableString 炬守。

每一個(gè) Framework 都應(yīng)該有一個(gè)和框架同名的頭文件牧嫉，包含了框架中所有公共類(lèi)頭文件的引用，比如 Foundation.h

Framework 中有時(shí)候會(huì)實(shí)現(xiàn)在別的框架中類(lèi)的類(lèi)別擴(kuò)展减途，這樣的文件通常使用被擴(kuò)展的框架名 +Additions 的方式來(lái)命名酣藻，比如 NSBundleAdditions.h 。

命名方法（ Methods）

Objective-C 的方法名通常都比較長(zhǎng)鳍置，這是為了讓程序有更好地可讀性辽剧，按蘋(píng)果的說(shuō)法“好的方法名應(yīng)當(dāng)可以以一個(gè)句子的形式朗讀出來(lái) ”。

方法一般以小寫(xiě)字母打頭税产，每一個(gè)后續(xù)的單詞首字母大寫(xiě)怕轿，方法名中不應(yīng)該有標(biāo)點(diǎn)符號(hào)（包括下劃線）偷崩，有兩個(gè)例外：

可以用一些通用的大寫(xiě)字母縮寫(xiě)打頭方法，比如 PDF,TIFF 等撤卢。

可以用帶下劃線的前綴來(lái)命名私有方法或者類(lèi)別中的方法环凿。

如果方法表示讓對(duì)象執(zhí)行一個(gè)動(dòng)作，使用動(dòng)詞打頭來(lái)命名放吩，注意不要使用 do 智听， does 這種多余的關(guān)鍵字，動(dòng)詞本身的暗示就足夠了：

如果方法是為了獲取對(duì)象的一個(gè)屬性值渡紫，直接用屬性名稱(chēng)來(lái)命名這個(gè)方法到推，注意不要添加 get 或者其他的動(dòng)詞前綴：

對(duì)于有多個(gè)參數(shù)的方法，務(wù)必在每一個(gè)參數(shù)前都添加關(guān)鍵詞惕澎，關(guān)鍵詞應(yīng)當(dāng)清晰說(shuō)明參數(shù)的作用：

不要用 and 來(lái)連接兩個(gè)參數(shù)莉测，通常 and 用來(lái)表示方法執(zhí)行了兩個(gè)相對(duì)獨(dú)立的操作（從設(shè)計(jì)上來(lái)說(shuō)，這時(shí)候應(yīng)該拆分成兩個(gè)獨(dú)立的方法）：

方法的參數(shù)命名也有一些需要注意的地方 :

和方法名類(lèi)似唧喉，參數(shù)的第一個(gè)字母小寫(xiě)捣卤，后面的每一個(gè)單詞首字母大寫(xiě)

不要再方法名中使用類(lèi)似 pointer,ptr 這樣的字眼去表示指針，參數(shù)本身的類(lèi)型足以說(shuō)明

不要使用只有一兩個(gè)字母的參數(shù)名

不要使用簡(jiǎn)寫(xiě)八孝，拼出完整的單詞

下面列舉了一些常用參數(shù)名：

存取方法（ Accessor Methods）

存取方法是指用來(lái)獲取和設(shè)置類(lèi)屬性值的方法董朝，屬性的不同類(lèi)型，對(duì)應(yīng)著不同的存取方法規(guī)范：

命名存取方法時(shí)不要將動(dòng)詞轉(zhuǎn)化為被動(dòng)形式來(lái)使用：

可以使用 can,should,will 等詞來(lái)協(xié)助表達(dá)存取方法的意思干跛，但不要使用 do, 和 does ：

為什么 Objective-C 中不適用 get 前綴來(lái)表示屬性獲取方法子姜？因?yàn)?get 在 Objective-C 中通常只用來(lái)表示從函數(shù)指針?lè)祷刂档暮瘮?shù)：

命名委托（ Delegate）

當(dāng)特定的事件發(fā)生時(shí)，對(duì)象會(huì)觸發(fā)它注冊(cè)的委托方法楼入。委托是 Objective-C 中常用的傳遞消息的方式哥捕。委托有它固定的命名范式。

一個(gè)委托方法的第一個(gè)參數(shù)是觸發(fā)它的對(duì)象嘉熊，第一個(gè)關(guān)鍵詞是觸發(fā)對(duì)象的類(lèi)名遥赚，除非委托方法只有一個(gè)名為 sender 的參數(shù)：

根據(jù)委托方法觸發(fā)的時(shí)機(jī)和目的，使用should,will,did等關(guān)鍵詞

集合操作類(lèi)方法（ Collection Methods）

有些對(duì)象管理著一系列其它對(duì)象或者元素的集合记舆，需要使用類(lèi)似 “ 增刪查改 ” 的方法來(lái)對(duì)集合進(jìn)行操作鸽捻，這些方法的命名范式一般為：

注意，如果返回的集合是無(wú)序的泽腮，使用 NSSet 來(lái)代替 NSArray 御蒲。如果需要將元素插入到特定的位置，使用類(lèi)似于這樣的命名：

如果管理的集合元素中有指向管理對(duì)象的指針诊赊，要設(shè)置成 weak 類(lèi)型以防止引用循環(huán)厚满。

下面是 SDK 中 NSWindow 類(lèi)的集合操作方法：

命名函數(shù)（ Functions）

在很多場(chǎng)合仍然需要用到函數(shù)，比如說(shuō)如果一個(gè)對(duì)象是一個(gè)單例碧磅，那么應(yīng)該使用函數(shù)來(lái)代替類(lèi)方法執(zhí)行相關(guān)操作碘箍。

函數(shù)的命名和方法有一些不同遵馆，主要是：

函數(shù)名稱(chēng)一般帶有縮寫(xiě)前綴，表示方法所在的框架丰榴。

前綴后的單詞以 “ 駝峰 ” 表示法顯示货邓，第一個(gè)單詞首字母大寫(xiě)。

函數(shù)名的第一個(gè)單詞通常是一個(gè)動(dòng)詞四濒，表示方法執(zhí)行的操作：

如果函數(shù)返回其參數(shù)的某個(gè)屬性换况，省略動(dòng)詞：

如果函數(shù)通過(guò)指針參數(shù)來(lái)返回值，需要在函數(shù)名中使用 Get ：

函數(shù)的返回類(lèi)型是 BOOL 時(shí)的命名：

命名屬性和實(shí)例變量（ Properties&Instance Variables）

屬性和對(duì)象的存取方法相關(guān)聯(lián)盗蟆，屬性的第一個(gè)字母小寫(xiě)戈二，后續(xù)單詞首字母大寫(xiě)，不必添加前綴喳资。屬性按功能命名成名詞或者動(dòng)詞：

屬性也可以命名成形容詞觉吭，這時(shí)候通常會(huì)指定一個(gè)帶有 is 前綴的 get 方法來(lái)提高可讀性：

命名實(shí)例變量，在變量名前加上 _ 前綴（有些有歷史的代碼會(huì)將_放在后面）仆邓，其它和命名屬性一樣：

一般來(lái)說(shuō)鲜滩，類(lèi)需要對(duì)使用者隱藏?cái)?shù)據(jù)存儲(chǔ)的細(xì)節(jié)，所以不要將實(shí)例方法定義成公共可訪問(wèn)的接口节值，可以使用 @private 绒北， @protected 前綴。

按蘋(píng)果的說(shuō)法察署，不建議在除了 init和 dealloc方法以外的地方直接訪問(wèn)實(shí)例變量，但很多人認(rèn)為直接訪問(wèn)會(huì)讓代碼更加清晰可讀峻汉，只在需要計(jì)算或者執(zhí)行操作的時(shí)候才使用存取方法訪問(wèn)贴汪，我就是這種習(xí)慣，所以這里不作要求休吠。

命名常量（ Constants）

如果要定義一組相關(guān)的常量扳埂，盡量使用枚舉類(lèi)型（ enumerations ），枚舉類(lèi)型的命名規(guī)則和函數(shù)的命名規(guī)則相同：

使用匿名枚舉定義 bit map ：

使用 const 定義浮點(diǎn)型或者單個(gè)的整數(shù)型常量瘤礁，如果要定義一組相關(guān)的整數(shù)常量阳懂，應(yīng)該優(yōu)先使用枚舉。常量的命名規(guī)范和函數(shù)相同：

不要使用 #define 宏來(lái)定義常量柜思，如果是整型常量岩调，盡量使用枚舉，浮點(diǎn)型常量赡盘，使用 const 定義号枕。 #define 通常用來(lái)給編譯器決定是否編譯某塊代碼，比如常用的：

注意到一般由編譯器定義的宏會(huì)在前后都有一個(gè) __ 陨享，比如__MACH__葱淳。

命名通知（ Notifications）

通知常用于在模塊間傳遞消息钝腺，所以通知要盡可能地表示出發(fā)生的事件，通知的命名范式是：

栗子：

注釋

讀沒(méi)有注釋代碼的痛苦你我都體會(huì)過(guò)赞厕，好的注釋不僅能讓人輕松讀懂你的程序艳狐，還能提升代碼的逼格。注意注釋是為了讓別人看懂皿桑，而不是僅僅你自己毫目。

文件注釋

每一個(gè)文件都必須寫(xiě)文件注釋?zhuān)募⑨屚ǔ０?/p>

文件所在模塊

作者信息

歷史版本信息

版權(quán)信息

文件包含的內(nèi)容，作用

一段良好文件注釋的栗子：

文件注釋的格式通常不作要求唁毒，能清晰易讀就可以了蒜茴，但在整個(gè)工程中風(fēng)格要統(tǒng)一。

代碼注釋

好的代碼應(yīng)該是 “ 自解釋 ” （ self-documenting ）的浆西，但仍然需要詳細(xì)的注釋來(lái)說(shuō)明參數(shù)的意義粉私、返回值、功能以及可能的副作用近零。

方法诺核、函數(shù)、類(lèi)久信、協(xié)議窖杀、類(lèi)別的定義都需要注釋?zhuān)扑]采用 Apple 的標(biāo)準(zhǔn)注釋風(fēng)格，好處是可以在引用的地方 alt+ 點(diǎn)擊自動(dòng)彈出注釋?zhuān)浅７奖恪?/p>

有很多可以自動(dòng)生成注釋格式的插件裙士，推薦使用VVDocumenter：

一些良好的注釋?zhuān)?/p>

協(xié)議入客、委托的注釋要明確說(shuō)明其被觸發(fā)的條件：

如果在注釋中要引用參數(shù)名或者方法函數(shù)名，使用 || 將參數(shù)或者方法括起來(lái)以避免歧義：

定義在頭文件里的接口方法腿椎、屬性必須要有注釋?zhuān)?/p>

編碼風(fēng)格

每個(gè)人都有自己的編碼風(fēng)格桌硫，這里總結(jié)了一些比較好的 Cocoa 編程風(fēng)格和注意點(diǎn)。

不要使用 new方法

盡管很多時(shí)候能用 new 代替 alloc init 方法啃炸，但這可能會(huì)導(dǎo)致調(diào)試內(nèi)存時(shí)出現(xiàn)不可預(yù)料的問(wèn)題铆隘。 Cocoa 的規(guī)范就是使用 alloc init 方法，使用 new 會(huì)讓一些讀者困惑南用。

Public API要盡量簡(jiǎn)潔

共有接口要設(shè)計(jì)的簡(jiǎn)潔膀钠，滿足核心的功能需求就可以了。不要設(shè)計(jì)很少會(huì)被用到裹虫，但是參數(shù)極其復(fù)雜的 API 肿嘲。如果要定義復(fù)雜的方法，使用類(lèi)別或者類(lèi)擴(kuò)展筑公。

#import和 #include

#import 是 Cocoa 中常用的引用頭文件的方式睦刃，它能自動(dòng)防止重復(fù)引用文件，什么時(shí)候使用 #import 十酣，什么時(shí)候使用 #include 呢涩拙？

當(dāng)引用的是一個(gè) Objective-C 或者 Objective-C++ 的頭文件時(shí)际长，使用 #import

當(dāng)引用的是一個(gè) C 或者 C++ 的頭文件時(shí)，使用 #include 兴泥，這時(shí)必須要保證被引用的文件提供了保護(hù)域（ #define guard ）工育。

栗子：

為什么不全部使用 #import 呢？主要是為了保證代碼在不同平臺(tái)間共享時(shí)不出現(xiàn)問(wèn)題搓彻。

引用框架的根頭文件

上面提到過(guò)如绸，每一個(gè)框架都會(huì)有一個(gè)和框架同名的頭文件，它包含了框架內(nèi)接口的所有引用旭贬，在使用框架的時(shí)候怔接，應(yīng)該直接引用這個(gè)根頭文件，而不是其它子模塊的頭文件稀轨，即使是你只用到了其中的一小部分扼脐，編譯器會(huì)自動(dòng)完成優(yōu)化的。

BOOL的使用

BOOL 在 Objective-C 中被定義為 signed char 類(lèi)型奋刽，這意味著一個(gè) BOOL 類(lèi)型的變量不僅僅可以表示 YES(1) 和 NO(0) 兩個(gè)值瓦侮，所以永遠(yuǎn)不要將 BOOL 類(lèi)型變量直接和 YES 比較：

同樣的，也不要將其它類(lèi)型的值作為 BOOL 來(lái)返回佣谐，這種情況下肚吏， BOOL 變量只會(huì)取值的最后一個(gè)字節(jié)來(lái)賦值，這樣很可能會(huì)取到 0 （ NO ）狭魂。但是罚攀，一些邏輯操作符比如 &&,||,! 的返回是可以直接賦給 BOOL 的：

另外 BOOL 類(lèi)型可以和 _Bool,bool 相互轉(zhuǎn)化家夺，但是不能和 Boolean 轉(zhuǎn)化畏吓。

使用 ARC

除非想要兼容一些古董級(jí)的機(jī)器和操作系統(tǒng)，我們沒(méi)有理由放棄使用 ARC 喜每。在最新版的 Xcode(6.2) 中掷伙， ARC 是自動(dòng)打開(kāi)的，所以直接使用就好了又兵。

在 init和 dealloc中不要用存取方法訪問(wèn)實(shí)例變量

當(dāng) initdealloc 方法被執(zhí)行時(shí)任柜，類(lèi)的運(yùn)行時(shí)環(huán)境不是處于正常狀態(tài)的，使用存取方法訪問(wèn)變量可能會(huì)導(dǎo)致不可預(yù)料的結(jié)果沛厨，因此應(yīng)當(dāng)在這兩個(gè)方法內(nèi)直接訪問(wèn)實(shí)例變量宙地。

按照定義的順序釋放資源

在類(lèi)或者 Controller 的生命周期結(jié)束時(shí)，往往需要做一些掃尾工作逆皮，比如釋放資源宅粥，停止線程等，這些掃尾工作的釋放順序應(yīng)當(dāng)與它們的初始化或者定義的順序保持一致电谣。這樣做是為了方便調(diào)試時(shí)尋找錯(cuò)誤秽梅，也能防止遺漏抹蚀。

保證 NSString在賦值時(shí)被復(fù)制

NSString 非常常用，在它被傳遞或者賦值時(shí)應(yīng)當(dāng)保證是以復(fù)制（ copy ）的方式進(jìn)行的企垦，這樣可以防止在不知情的情況下 String 的值被其它對(duì)象修改环壤。

使用 NSNumber的語(yǔ)法糖

使用帶有 @ 符號(hào)的語(yǔ)法糖來(lái)生成 NSNumber 對(duì)象能使代碼更簡(jiǎn)潔：

nil檢查

因?yàn)樵?Objective-C 中向 nil 對(duì)象發(fā)送命令是不會(huì)拋出異常或者導(dǎo)致崩潰的钞诡，只是完全的 “ 什么都不干 ” 郑现，所以，只在程序中使用 nil 來(lái)做邏輯上的檢查荧降。

另外接箫，不要使用諸如 nil == Object 或者 Object == nil 的形式來(lái)判斷。

屬性的線程安全

定義一個(gè)屬性時(shí)朵诫，編譯器會(huì)自動(dòng)生成線程安全的存取方法（ Atomic ）辛友，但這樣會(huì)大大降低性能，特別是對(duì)于那些需要頻繁存取的屬性來(lái)說(shuō)拗窃，是極大的浪費(fèi)瞎领。所以如果定義的屬性不需要線程保護(hù)，記得手動(dòng)添加屬性關(guān)鍵字 nonatomic 來(lái)取消編譯器的優(yōu)化随夸。

點(diǎn)分語(yǔ)法的使用

不要用點(diǎn)分語(yǔ)法來(lái)調(diào)用方法九默，只用來(lái)訪問(wèn)屬性。這樣是為了防止代碼可讀性問(wèn)題宾毒。

Delegate要使用弱引用

一個(gè)類(lèi)的 Delegate 對(duì)象通常還引用著類(lèi)本身驼修，這樣很容易造成引用循環(huán)的問(wèn)題，所以類(lèi)的 Delegate 屬性要設(shè)置為弱引用诈铛。