前言：
這幾篇文章是小編在鉆研《Effective Objective-C 2.0》的知識(shí)產(chǎn)出，其中包含作者和小編的觀點(diǎn)，以及小編整理的一些demo。希望能幫助大家以簡(jiǎn)潔的文字快速領(lǐng)悟原作者的精華。
在這里，QiShare團(tuán)隊(duì)向原作者M(jìn)att Galloway表達(dá)誠(chéng)摯的敬意。
文章目錄如下：
iOS 編寫高質(zhì)量Objective-C代碼（一）
iOS 編寫高質(zhì)量Objective-C代碼（二）
iOS 編寫高質(zhì)量Objective-C代碼（三）
iOS 編寫高質(zhì)量Objective-C代碼（四）
iOS 編寫高質(zhì)量Objective-C代碼（五）
iOS 編寫高質(zhì)量Objective-C代碼（六）
iOS 編寫高質(zhì)量Objective-C代碼（七）
iOS 編寫高質(zhì)量Objective-C代碼（八）
本篇的主題是：協(xié)議與分類（protocol & category）
先簡(jiǎn)單介紹一下今天的主角：協(xié)議 與 分類
- 協(xié)議（
protocol）：OC中的協(xié)議與Java里的接口（interface）類似，OC不支持多繼承，但是可以通過(guò)協(xié)議來(lái)實(shí)現(xiàn)委托模式。 - 分類（
category）：分類可以為既有類添加新的功能。分類是把“雙刃劍”，用得好可以發(fā)揮OC的高動(dòng)態(tài)性，用的不好則會(huì)留下很多坑。而本文就是對(duì)category的一些研究。
一、通過(guò)委托與數(shù)據(jù)源協(xié)議進(jìn)行對(duì)象間通信
委托模式（又稱代理）：某對(duì)象將一類方法（任務(wù)）交給另一個(gè)對(duì)象幫忙完成。
類似于：老板把一類任務(wù)交給某個(gè)leader去完成。
舉例來(lái)說(shuō)，當(dāng)某對(duì)象要從另一個(gè)對(duì)象獲取數(shù)據(jù)時(shí)，就可以使用委托模式。通過(guò)實(shí)現(xiàn)協(xié)議來(lái)獲取數(shù)據(jù)，這樣的協(xié)議一般被稱為“數(shù)據(jù)源協(xié)議”（Data Source Protocol）。類似于UITableView的UITableViewDataSource。
再舉例來(lái)說(shuō)，當(dāng)一個(gè)對(duì)象要有一些事件響應(yīng)時(shí)，就可以使用委托模式。通過(guò)實(shí)現(xiàn)一個(gè)協(xié)議（一般稱為delegate），讓代理對(duì)象幫助該對(duì)象處理事件響應(yīng)。類似于UITableView的UITableViewDelegate。
- 好處：通過(guò)協(xié)議來(lái)降低代碼的耦合性。（解耦）
必要的時(shí)候協(xié)議還可以替代繼承。因?yàn)樽袷赝粋€(gè)協(xié)議的類可以有很多，不一定要繼承。
百說(shuō)不如一Demo：這是小編整理的關(guān)于Button動(dòng)畫(huà)的例子
- QiCircleAnimationView.h：
@class QiAnimationButton;
@protocol QiAnimationButtonDelegate <NSObject>
@optional
- (void)animationButton:(QiAnimationButton *)button willStartAnimationWithCircleView:(QiCircleAnimationView *)circleView;
- (void)animationButton:(QiAnimationButton *)button didStartAnimationWithCircleView:(QiCircleAnimationView *)circleView;
- (void)animationButton:(QiAnimationButton *)button willStopAnimationWithCircleView:(QiCircleAnimationView *)circleView;
- (void)animationButton:(QiAnimationButton *)button didStopAnimationWithCircleView:(QiCircleAnimationView *)circleView;
- (void)animationButton:(QiAnimationButton *)button didRevisedAnimationWithCircleView:(QiCircleAnimationView *)circleView;
@end
@interface QiAnimationButton : UIButton
@property (nonatomic, weak) id<QiAnimationButtonDelegate> delegate;
- (void)startAnimation;//!< 開(kāi)始動(dòng)畫(huà)
- (void)stopAnimation;//!< 結(jié)束動(dòng)畫(huà)
@end
- QiAnimationButton.m中：
就可以通過(guò)這樣的方式回調(diào)
if ([self.delegate respondsToSelector:@selector(animationButton:willStartAnimationWithCircleView:)]) {
[self.delegate animationButton:self willStartAnimationWithCircleView:_circleView];
}
/* .... */
if ([self.delegate respondsToSelector:@selector(animationButton:didStartAnimationWithCircleView:)]) {
[self.delegate animationButton:self didStartAnimationWithCircleView:_circleView];
}
這種形式的例子很多，所以，就會(huì)寫出很多類似于這樣格式的代碼：
if ([self.delegate respondsToSelector:@selector(xxxFunction)]) {
[self.delegate xxxFunction];
}
解釋：因?yàn)樵搮f(xié)議內(nèi)的方法是@optional修飾的，所以遵守協(xié)議的Class可以選擇性地實(shí)現(xiàn)協(xié)議里的方法。因此，代理對(duì)象在調(diào)用回調(diào)方法時(shí)，需要先檢查一下Class有沒(méi)有實(shí)現(xiàn)該協(xié)議里的方法？如果實(shí)現(xiàn)了，就回調(diào)；如果沒(méi)有實(shí)現(xiàn)，就接著往下走。
考慮性能優(yōu)化：
大家設(shè)想一下，這樣一個(gè)場(chǎng)景：回調(diào)方法被頻繁回調(diào)。也就是說(shuō)，某回調(diào)方法被調(diào)用的頻率很高。那么每調(diào)用一次回調(diào)方法都要去查一下
Class有沒(méi)有實(shí)現(xiàn)該回調(diào)方法。所以性能上會(huì)變差。
解決方案：實(shí)現(xiàn)一個(gè)含有位段的結(jié)構(gòu)體，把委托對(duì)象能否響應(yīng)某個(gè)協(xié)議方法的信息緩存起來(lái)，以優(yōu)化程序執(zhí)行效率。
百說(shuō)不如一Demo，下面請(qǐng)看小編整理的Demo~
- 聲明一個(gè)結(jié)構(gòu)體
DelegateFlags：
@interface QiAnimationButton () {
struct DelegateFlags {
int doWillStartAnimation : 1;
int doDidStartAnimation : 1;
int doWillStopAnimation : 1;
int doDidStopAnimation : 1;
int doDidRevisedAnimation : 1;
};
}
- 聲明一個(gè)屬性：
@property (nonatomic, assign) struct DelegateFlags delegateFlags;
- 重寫
delegate的set方法：將是否實(shí)現(xiàn)該協(xié)議方法的信息緩存起來(lái)
- (void)setDelegate:(id<QiAnimationButtonDelegate>)delegate {
_delegate = delegate;
_delegateFlags.doWillStartAnimation = [delegate respondsToSelector:@selector(animationButton:willStartAnimationWithCircleView:)];
_delegateFlags.doDidStartAnimation = [delegate respondsToSelector:@selector(animationButton:didStartAnimationWithCircleView:)];
_delegateFlags.doWillStopAnimation = [delegate respondsToSelector:@selector(animationButton:willStopAnimationWithCircleView:)];
_delegateFlags.doDidStopAnimation = [delegate respondsToSelector:@selector(animationButton:didStopAnimationWithCircleView:)];
_delegateFlags.doDidRevisedAnimation = [delegate respondsToSelector:@selector(animationButton:didRevisedAnimationWithCircleView:)];
}
- 直接通過(guò)
_delegateFlags緩存的值判斷能否回調(diào)
if (_delegateFlags.doWillStartAnimation) {
[self.delegate animationButton:self willStartAnimationWithCircleView:_circleView];
}
/* .... */
if (_delegateFlags.doDidStartAnimation) {
[self.delegate animationButton:self didStartAnimationWithCircleView:_circleView];
}
二、把復(fù)雜類的實(shí)現(xiàn)代碼分散到便于管理的數(shù)個(gè)分類之中
- 使用分類機(jī)制，把一些很復(fù)雜的類“瘦身”，劃分成各個(gè)易于管理的分類。
- 把私有方法作為一個(gè)單獨(dú)的分類，已隱藏實(shí)現(xiàn)細(xì)節(jié)。
好處：
1. 把復(fù)雜的類拆成小塊，解耦。易于維護(hù)，易于管理。
2. 便于調(diào)試：遇到問(wèn)題能快速定位是哪個(gè)分類。
小編看法：視具體情況而定，拆分的同時(shí)，也會(huì)多出很多文件。如果一個(gè)類過(guò)于臃腫（比如有幾千行代碼），可以考慮給他瘦身，拆分成多個(gè)分類。
三、總是為第三方分類的名稱加前綴
- 分類機(jī)制最大的功能：就是為不能修改源碼的既有類中添加新的功能。
這時(shí)候我們要：
- 在分類類名前，加上專有前綴。
- 在分類方法名前，加上專有前綴。
最大限度上避免重名可能帶來(lái)的bug，而且這種bug很難排查。
原因在于：分類的方法會(huì)直接添加在類中，而分類是在運(yùn)行期把方法加入主類。這時(shí)候，如果出現(xiàn)方法重名，后一個(gè)寫入的分類方法會(huì)把前一個(gè)覆蓋掉。多次覆蓋的結(jié)果總以最后一個(gè)分類為準(zhǔn)。所以我們要加前綴，盡量避免重名帶來(lái)的bug。
四、勿在分類中聲明屬性
不要在分類中聲明屬性，但可以在類擴(kuò)展（extension）中聲明屬性，這樣屬性就不會(huì)暴露在外面。
舉個(gè)例子：（類擴(kuò)展）
// QiShare.m
@interface QiShare ()
/* 屬性可以聲明在這里 */
@end
@implementation QiShare
/* ... */
@end
- 不能在分類中直接聲明屬性。如果聲明了，編譯時(shí)會(huì)報(bào)如下警告：
Property 'name' requires method 'setName:' to be defined - use @dynamic or provide a method implementation in this category
解釋：分類無(wú)法合成相關(guān)的實(shí)例變量，需要開(kāi)發(fā)者為該屬性實(shí)現(xiàn)存取方法（get和set）。因?yàn)闆](méi)有生成實(shí)例變量，set方法行不通。get方法可以返回固定值。或者使用@dynamic聲明（即不會(huì)聲明實(shí)例變量和存取方法）。
- 通過(guò)關(guān)聯(lián)對(duì)象，為分類添加屬性。（詳情見(jiàn)第二篇 - 第5條）
所以，
1. 建議把屬性都放在主類中。
2. 不到迫不得已，盡量不要在分類中通過(guò)關(guān)聯(lián)對(duì)象添加屬性。因?yàn)殛P(guān)聯(lián)對(duì)象的內(nèi)存管理問(wèn)題上很容易出錯(cuò)，使用時(shí)需要重點(diǎn)提防。
五、使用“class-continuation分類”隱藏實(shí)現(xiàn)細(xì)節(jié)
這里的“class-continuation分類” 指的就是 類擴(kuò)展（extension）。
我們可以把一些私有的屬性聲明在類擴(kuò)展里，這樣在導(dǎo)入.h文件時(shí)，看不到類擴(kuò)展聲明的屬性。
目的：把公共接口中向外暴露的內(nèi)容最小化，隱藏一些屬性和實(shí)現(xiàn)細(xì)節(jié)。
這里補(bǔ)充一個(gè)小知識(shí)點(diǎn)：大家都知道Objective-C，但聽(tīng)說(shuō)過(guò)Objective-C++嗎？
Objective-C++是Objective-C和C++的混編，編譯時(shí)會(huì)生成.mm文件。
這時(shí)候會(huì)遇到一個(gè)問(wèn)題：因?yàn)橹挥蓄惖?code>.mm文件才能同時(shí)編譯OC和C++。所以，當(dāng)一個(gè)類所導(dǎo)入所有文件樹(shù)中包含C++文件，此類的.m文件就會(huì)被編譯成.mm文件。
那么，OC怎么解決呢？用類擴(kuò)展。
舉個(gè)例子：
#import "OCClass.h"
#import "CppClass.cpp"
@interface OCClass () {
SomeCppClass *_cppClass;
}
@end
@implementation OCClass
/* ... */
@end
這樣，.h文件中就沒(méi)有C++代碼了，如果只看頭文件甚至都不知道底層有C++的代碼。其實(shí)，我們的系統(tǒng)也是這樣做的。比如WebKit、CoreAnimation等，很多底層代碼都是通過(guò)C++寫的。
小結(jié)：類擴(kuò)展的應(yīng)用場(chǎng)景
1. 向類中新增實(shí)例變量或?qū)傩?br> 2. 在.h文件中把屬性聲明為“只讀”，而類的內(nèi)部又想修改此屬性，可以在類擴(kuò)展中重聲明為“可讀寫”。
3. 私有方法的原型可以聲明在類擴(kuò)展里。
4. 如果不想讓外部知道類中遵守了哪些協(xié)議，可以在類擴(kuò)展中遵守協(xié)議。
六、通過(guò)協(xié)議提供匿名對(duì)象
- 可以通過(guò)協(xié)議提供匿名對(duì)象，例如：
id<someProtocol> delegate。delegate對(duì)象的類型不限，只要能遵從這個(gè)協(xié)議的對(duì)象都可以。協(xié)議里規(guī)定了對(duì)象所需要實(shí)現(xiàn)的方法。 - 使用匿名對(duì)象來(lái)隱藏類型名稱和類名。
- 對(duì)象只要實(shí)現(xiàn)協(xié)議里的方法即可（
@optional修飾的可以選擇性實(shí)現(xiàn)），其余的實(shí)現(xiàn)細(xì)節(jié)都被隱藏起來(lái)了。
最后，特別致謝：《Effective Objective-C 2.0》第四章
