編寫OC高品質的代碼的有效方法，編寫oc高品質
1. 寫這個只是為了自己記憶，有相關pdf檔案，如需要留下郵箱。。2. 在類的標頭檔中盡量少引入其他標頭檔
下面是兩種方式的對比：
// 使用字面量文法的例子NSArray *array1 = @[@"1",,@"2"];NSNumber *number1 = @1;NSDictionary *dictionary1 = @{@"key":@"value"};// 使用與之對應的方法NSArray *array2 = [NSArray arrayWithObjects:@"1",@"2",nil];NSNumber *number2 = [NSNumber numberWithInt:2];NSDictionary *dictionary2 = [NSDictionary dictionaryWithWithObjectsAndKeys:@"value":@"key"];
定義一個常量的方法：
// 第一種：預先處理指令#define ANIMATION_DURATION 0.3// 第二種：定義靜態常量static const NSTimeInterval kAnimationDuration = 0.3
我們一般推薦使用第二種，這個方式定義的常量包含類型資訊，有助於代碼閱讀。
注意：常量命名法是：若常量局限於“編譯單元”（也就是實現檔案,.m檔案）之內，則在前面加字母k；若常量在類之外可見，則通常以類名為首碼。
如我們需要對外公布某個常量，我們可以寫成下面的代碼：
// Test.h#import <Foundation/Foundation.h>extern NSString *const TestDidChangeNotification;@interface Test : NSObject@end// Test.m#import "Test.h"NSString *const TestDidChangeNotification = @"TestDidChangeNotification";@implementation Test
比如，Person類有個name屬性，我們在這個類的內部想擷取這個name屬性的資料的時候，一種是通過 self.name，一種是 _name.
這兩種的區別：
注意點：
“類族”是一種很有種的模式，可以隱藏“抽象基類”背後的實現細節。OC的系統架構中普遍使用此模式，比如有一個處理僱員的類，每個僱員都有“名字”和“薪水”這兩個屬性，管理者可以命令其執行日常工作，但是各種僱員的工作內容卻不同，經理在帶領僱員做項目時，無需關係每個人如何完成其具體工作，僅需指示其開工就行。我們重構多個子類，把每個人完成具體工作的方法，在子類實現。
首先定義一個抽象基類：
typedef NS_ENUM(NSUInteger, EOCEmployeeType){ EOCEmployeeTypeDeveloper, EOCEmployeeTypeDesigner, EOCEmployeeTypeFinance }@interface EOCEmployee : NSObject@property (copy, nonatomic) NSString *name;@property (assign, nonatomic) NSInteger salary;// 建立一個僱員對象+(EOCEmployee*)employeeWithType:(EOCEmployeeType)type;// 讓僱員工作- (void)doADaysWork;@implementation EOCEmployee+ (EOCEmployee *)employeeWithType:(EOCEmployeeType)type{ switch (type){ case EOCEmployeeTypeDeveloper: return [EOCEmployeeTypeDeveloper new]; break; case EOCEmployeeTypeDeveloper: return [EOCEmployeeTypeDesigner new]; break; case EOCEmployeeTypeDeveloper: return [EOCEmployeeTypeFinance new]; break; } }- (void)doADayWork{ // 子類去實現}@end
然後，每個“實體子類”都從基類繼承而來，例如：
@interface EOCEmployeeDeveloper : EOCEmployee@end@implementation EOCEmployeeDeveloper- (void)doADaysWork{ [self wirteCode];}@end
在本例中，基類實現了一個“類方法”，該方法根據待建立的僱員類別分配好對應的僱員類執行個體，這種“原廠模式”是建立類族的辦法之一。
如果對象所屬的類位於某個類族中，你可能覺得自己建立了某個類的執行個體，然而實際上建立的卻是其子類的執行個體。
OC中的NSNumber、NSArray等都是類族。
有時候需要在對象中存放相關資訊，這時候我們通常都會從對象所屬類中繼承一個子類，然後改用這個子類對象，但是有時候類的執行個體可能是由某種機制所建立的，而開發人員無法令這種機制建立出自己所寫的子類執行個體。OC中有一項強大的特性可以解決，就是“關聯對象”。
基於runtime來實現，此處就不多說。
在對象上調用方法是OC中經常使用的功能。專業術語叫做：“傳遞訊息”。訊息有“名稱”或“選擇子”，可以接受參數，而且可能還有傳回值。
C語言使用“靜態繫結”，在編譯期就能決定運行時所應調用的函數。
OC中使用“動態綁定”，對象接收到訊息之後，究竟該調用哪個方法則完全於運行期決定，甚至可以在程式運行時改變。
這裡就不多解釋objc_msgSend的使用，如有需要可以看runtime的使用。
objc_msgSend 函數會根據接收者和選擇子的類型來調用適當的方法，為了完成此操作，該方法需要在接收者所屬的類中找到其“方法列表”，如果能找到與選擇子名稱相符的方法，就跳至其實現代碼，如果找不到，那就沿著繼承體系向上尋找，如果最終沒找到，則執行“訊息轉寄”操作。每個類都會有一塊緩衝，用來緩衝方法，若是稍後還向該類發送與選擇子相同的訊息，那麼執行起來就會很快了。
當對象接收到無法解讀的訊息後，就會啟動“訊息轉寄”機制，程式員可經由此過程告訴對象應該如何處理未知訊息。
如果在控制台中看到 unrecognized selector sent to instance 0x87 就說明你曾向某個對象發送過一條其無法解讀的訊息，從而啟動了訊息轉寄機制，然後以程式崩潰而告終。
訊息轉寄分為兩個階段：
動態方法解析：
對象在收到無法解讀的訊息後，首先將調用其所屬類的下列類方法：
// 如果該類調用了一個沒有實現的執行個體方法，會調用此方法
+ (BOOL)resolveInstanceMethod:(SEL)selector
// 如果該類調用了一個沒有實現的類方法，會調用此方法
+ (BOOL)resolveClassMethod;
該方法的參數就是那個未知的選擇子，其傳回值為Boolean類型，表示這個類是否能新增一個執行個體方法用以處理此選擇子。在繼續往下執行轉寄機制之前，我們可以使用runtime動態增加這個方法。
使用這種辦法的前提是：相關方法的實現代碼已經寫好，只等著啟動並執行時候動態插在類裡面就可以了。
備用接收者：
當前接收者還有第二次機會能處理未知的選擇子，在這一步中，運行期系統會問它：能不能把這條訊息轉給其他接收者來處理：
// 方法參數代表未知的選擇子，若當前接收者能夠找到備援對象，則將其返回，如果找不到就返回nil。- (id)forwardingTargetForSelector:(SEL)selector;
我們可以用“組合”來類比出“多重繼承”的某些特性，在一個對象內部，可能還有其它一系列對象，該對象可經由此方法將能夠處理某選擇子的相關內部對象返回，這樣的話，在外界看來，好像是由該對象親自處理的。
完整的訊息轉寄：
如果轉寄已經來到這一步的話，那麼唯一能做的就是啟用完整的訊息轉寄機制了，系統會建立NSInvocation 對象，把與尚未處理的那條訊息有關的全部細節都封裝於其中，此對象包含選擇子、目標（target）及參數，在觸發NSInvocation對象時，“訊息派發系統”將親自出馬，把訊息指派給目標對象。
此步驟會調用下列方法來轉寄訊息：
// 該方法可以實現的很簡單，只需要改變調用目標，是訊息在新目標上得以調用即可，然而這樣實現出來的方法與“備援接收者”方案所實現的方法等效，所以很少有人採用這麼簡單的實現方法，比較有用的實現方式為：在觸發訊息前，先以某種方式改變訊息內容，比如追加另外一個參數，或是改換選擇子等等。- (void)forwardInvocation:(NSInvocation *)invocation;
實現此方法時，若發現某叫用作業不應由本類處理，則需要調用超類的同名方法。這樣的話，繼承體系中的每個類都有機會處理此調用請求，直到NSObject，如果最後調用了NSObject類的方法，那麼該方法還會繼續調用“doesNotRecognizeSelector”，以拋出異常，此異常表明選擇子最終未能得到處理。
訊息轉寄全流程：
接收者在每一步中均有機會處理訊息，步驟越往後，處理訊息的代價就越大，最好能在第一步處理完，這樣的話，運行期系統就可以將此方法緩衝起來了，如果這個類的執行個體稍後還收到同名選擇子，那麼根本無需啟動訊息轉寄流程。如果想在第三步裡把訊息轉給備援的接收者，那還不如把轉寄操作提前到第二步。因為第三步只是修改了調用目標，這項改動放在第二部執行會更為簡單，不然的話，還得建立並處理完整的NSInvocation。
http://www.cocoachina.com/ios/20150604/12013.html 相關的例子
13. 用“方法調配技術”調試“黑盒方法”主要就是runtime的方法交換，runtime具體可見OC類目中關於runtime的介紹。
我們在這裡簡單的分析下：
類的方法列表會把選擇子的名稱映射到相關的方法實現直上，使得“動態訊息派發系統”能夠據此找到應該調用的方法，這些方法均以函數指標的形式來表示，這種指標叫做IMP，其原型如下：
id (*IMP)(id,SEL,...)
比如，NSString 類可以相應lowercaseString、uppercaseString、capitalizedString等選擇子。這張映射表中的每個選擇子都映射到了不同的IMP之上：
OC運行期系統提供的幾個方法都能夠用來操作這張表，開發人員可以向其中新增選擇子，也可以改變某選擇子所對應的方法實現，還可以交換兩個選擇子所映射到的指標，比如我們交換 lowercaseString 和 uppercaseString 的方法實現，類的方法表就會變成以下這個樣子：
在新的映射表中，我們可以看到交換了lowercaseString 和 uppercaseString 的方法實現，並且多了一個名為newSelector的選擇子，上述修改均無需編寫子類，只要修改了“方法表”的布局，就會反映到程式中所有的NSString執行個體之上。
通過此方案，開發人員可以為那些“完全不知道其具體實現”的黑盒方法增加日誌記錄功能，這有助於程式調試。
物件類型並非在編譯期就綁定好了，而是要在運行期尋找。而且，還有個特殊的類叫做id，它能指代任意的OC物件類型，一般情況下，應該指明訊息接收者的具體類型，這樣的話，如果向其發送了無法解讀的訊息，那麼編譯器就會產生警告資訊，而類型為id的對象則不然，編譯器嘉定它能夠響應所有的訊息。
“在運行期檢視物件類型”，這個操作也叫做“類型資訊查詢”（內省），這個強大而有用的特性內建於Foundation架構的NSObject協議裡，凡是由公用根類(common root class)繼承而來的對象都要遵從此協議。在程式中不要直接比較對象所屬的類，明智的做法是調用“類型資訊查詢方法”。
在此之前，我們看下OC對象的本質是什嗎？
每個OC對象執行個體都是指向某塊記憶體資料的指標，所以在聲明變數時，類型後面要跟一個“*”字元,如下：
// pointerVariable可以理解成存放記憶體位址的變數，而NSString 自身的資料就儲存於那個地址中，因此可以說，該變數”指向“NSString 執行個體。所有OC對象都是如此，NSString *pointerVariable = @"Some string";
描述OC對象所用的資料結構定義在運行期程式庫的標頭檔裡，id類型本身也定義在這裡：
typedef struct objc_object{ Class isa;}*id;
每個對象，結構體的首個成員是Class類的變數。該變數定義了對象所屬的類，通常稱為“is a”指標，例如，剛才的例子中所有的對象“是一個”(is a)NSString，所以其“is a”指標就指向NSString。Class對象也定義在運行期程式庫的標頭檔中：
typedef stuct objc_class *Class;struct objc_class{ Class isa; Class super_class; const char *name; long version; long info; long instance_size; struct objc_ivar_list *ivars; struct objc_method_list *methodList; struct objc_cache *cache; struct objc_protocol_list *protocols;}
此結構體存放類的“中繼資料”，例如類的執行個體實現了幾個方法，具備多少個執行個體變數等資訊。此結構體的首個變數也是isa指標，這說明Class本身亦為OC對象。結構體裡還有個變數為super_class，它定義了本類的超類。類對象所屬的類型(也就是isa指標所指向的類型)，是另外一個類，叫做“元類”，用來表述類對象本身所具備的中繼資料。“類方法”就定義於此處，因為這些方法可以理解成類對象的執行個體方法。每個類僅有一個“類對象”，而每個“類對象”僅有一個與之相關的“元類”。
super_class 指標確立了繼承關係，而isa指標描述了執行個體所屬的類。
應該為所有的名稱都加上適當的首碼，比如，你所在的公司焦作Effective Widgets，那麼就可以在公用部分代碼中使用EWS做首碼，如果有些代碼只用於Effective Browser的瀏覽器項目中，可以使用EWB作首碼。
首碼最好是三個字母的，因為Apple宣稱其保留使用所有“兩字母首碼”。
UITableViewCell，初始化該類對象時，需要指明其樣式及標示符，標示符能夠區分不同類型的儲存格，由於這種對象的建立成本較高，所以繪製表格時可依照標示符來複用，以提升程式效率，我們把這種可為對象提供必要資訊以便其能完成工作的初始化方法叫做“全能初始化方法”。
// 比如建立一個NSDate- (id)init;- (id)initWithString:(NSString *)string;- (id)initWithTimeIntervalSinceNow:(NSTimeInterval)seconds;- (id)initWIthTimeIntervalSinceRefrenceDate:(NSTimeInterval)seconds;
第四個方法是全能初始化方法，也就是說其餘的初始化方法都要調用它，當底層資料存放區機制改變時，只需修改此方法的代碼。
偵錯工具的時候，經常需要列印並查看對象資訊，我們可以重寫該對象的description方法，如下：
設計類的時候，應充分運用屬性來封裝資料，盡量把對外公布出來的屬性設為唯讀，而且只在確有必要時才將屬性對外公布。
給方法命名時注意事項：
總結：
一個類所做的事情通常都要比從外面看到的更多，編寫類的實現代碼時，經常要寫一些在內部使用的方法。應該為這種方法的名稱加上某些首碼，這有助於調試，因為據此很容易就能把公用方法和私人方法區別開。
具體使用何種首碼，可根據個人喜好來定，其中最好包含底線和字母p，比如p_method。不要使用 _method，因為Apple公司喜歡單用一個底線做私人方法的首碼，可能會引起衝突。
委託模式：定義一套介面，某對象若想接受另一個對象的委託，則需要實現這個介面，以便成為其"委派物件"，而這”另一個對象“則可以給其委派物件回傳一些資訊，也可以在發生相關事件時通知委派物件。
比如你想給系統類別添加個方法，如果你沒有添加首碼的話，可能會覆蓋其方法。
"class-continuation分類"和普通的分類不同，它必須定義在其所接續的那個累的實現檔案裡。其重要之處在於，這是唯一能夠聲明執行個體變數的分類，而且此分類沒有特定的實現檔案，其中的方法都應該定義在類的主實現檔案裡。而且，和其它分類不同，它沒有名字，比如：
@interface Person ()// Methods here@end
如下面的代碼：
@property (nonatomic, weak) id <WCEDelegate> delegate;
由於該屬性的類型id<EOCDelegate>，所以實際上任何類的對象都能充當這一屬性，對於具備此屬性的類來說，delegate就是”匿名的“。
對象在經曆其生命週期後，最終會為系統所回收，這時就要執行dealloc方法，在每個對象的生命週期內，此方法僅執行一次，也就是當保留計數為0的時候，然而具體何時執行，則無法保證。
在dealloc方法中，一般都是移除觀測行為，登出通知。
如果兩個對象，相互引用，那麼這兩個對象都無法被釋放，產生記憶體泄露。
unsafe_unretained 和 weak的區別：
當指向某個執行個體的引用移除後，unsafe_unretained屬性仍指向那個已經回收的執行個體，而weak屬性則指向nil。weak比unsafe_unretained應用可以令代碼更安全。
比如：
typedef void(^WCECompletionHander)(NSData *data);
Start building with 50+ products and up to 12 months usage for Elastic Compute Service
1 on 1 presale consultation
24/7 Technical Support 6 Free Tickets per Quarter Faster Response
Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.
A comprehensive suite of global cloud computing services to power your business
Payment Methods We Support
