目錄
接口隔離原則（ISP ：Interface Segregation Principle）
定義
客戶端不應(yīng)該依賴它不需要的接口芬萍。
一個(gè)類對(duì)另一個(gè)類的依賴應(yīng)該建立在最小的接口上庇茫。
由來(lái)
類A通過(guò)接口I依賴類B论熙，類C通過(guò)接口I依賴類D缕题，如果接口I對(duì)于類A和類B來(lái)說(shuō)不是最小接口，則類B和類D必須去實(shí)現(xiàn)他們不需要的方法而咆。
Code
@protocol I <NSObject>
- (void)m1;
- (void)m2;
- (void)m3;
- (void)m4;
- (void)m5;
@end
@interface B : NSObject<I>
@end
@implementation B
- (void)m1{ }
- (void)m2{ }
- (void)m3{ }
//實(shí)現(xiàn)的多余方法
- (void)m4{ }
//實(shí)現(xiàn)的多余方法
- (void)m5{ }
@end
@interface A : NSObject
@end
@implementation A
- (void)m1:(id<I>)i{
[i m1];
}
- (void)m2:(id<I>)i{
[i m2];
}
- (void)m3:(id<I>)i{
[i m3];
}
@end
@interface D : NSObject<I>
@end
@implementation D
- (void)m1{ }
//實(shí)現(xiàn)的多余方法
- (void)m2{ }
//實(shí)現(xiàn)的多余方法
- (void)m3{ }
- (void)m4{ }
- (void)m5{ }
@end
@interface C : NSObject
@end
@implementation C
- (void)m1:(id<I>)i{
[i m1];
}
- (void)m4:(id<I>)i{
[i m4];
}
- (void)m5:(id<I>)i{
[i m5];
}
@end
解決方案
將臃腫的接口I拆分為獨(dú)立的幾個(gè)接口霍比，類A和類C分別與他們需要的接口建立依賴關(guān)系。
Code
@protocol I <NSObject>
- (void)m1;
@end
@protocol I2 <NSObject>
- (void)m2;
- (void)m3;
@end
@protocol I3 <NSObject>
- (void)m4;
- (void)m5;
@end
@interface B : NSObject<I,I2>
@end
@implementation B
- (void)m1{ }
- (void)m2{ }
- (void)m3{ }
@end
@interface A : NSObject
@end
@implementation A
- (void)m1:(id<I>)i{
[i m1];
}
- (void)m2:(id<I2>)i{
[i m2];
}
- (void)m3:(id<I2>)i{
[i m3];
}
@end
@interface D : NSObject<I,I3>
@end
@implementation D
- (void)m1{ }
- (void)m4{ }
- (void)m5{ }
@end
@interface C : NSObject
@end
@implementation C
- (void)m1:(id<I>)i{
[i m1];
}
- (void)m4:(id<I3>)i{
[i m4];
}
- (void)m5:(id<I3>)i{
[i m5];
}
@end
優(yōu)點(diǎn)
建立單一接口暴备，不要建立龐大臃腫的接口悠瞬，盡量細(xì)化接口，接口中的方法盡量少。也就是說(shuō)浅妆，我們要為各個(gè)類建立專用的接口望迎，而不要試圖去建立一個(gè)很龐大的接口供所有依賴它的類去調(diào)用。在程序設(shè)計(jì)中凌外，依賴幾個(gè)專用的接口要比依賴一個(gè)綜合的接口更靈活辩尊。接口是設(shè)計(jì)時(shí)對(duì)外部設(shè)定的“契約”，通過(guò)分散定義多個(gè)接口趴乡，可以預(yù)防外來(lái)變更的擴(kuò)散对省，提高系統(tǒng)的靈活性和可維護(hù)性。
思考
你是否覺(jué)得ISP跟之前的單一職責(zé)原則很相似晾捏？
其實(shí)不然。其一哀托，單一職責(zé)原則原注重的是職責(zé)惦辛；而接口隔離原則注重對(duì)接口依賴的隔離。其二仓手，單一職責(zé)原則主要是約束類胖齐，其次才是接口和方法，它針對(duì)的是程序中的實(shí)現(xiàn)和細(xì)節(jié)嗽冒；而接口隔離原則主要約束接口接口呀伙，主要針對(duì)抽象，針對(duì)程序整體框架的構(gòu)建添坊。你是否覺(jué)得在iOS 中開(kāi)發(fā)可以用協(xié)議的可選實(shí)現(xiàn)（@optional）來(lái)解決ISP問(wèn)題剿另？
其實(shí)不然，@optional關(guān)注的是可有可無(wú)贬蛙，但這種可有可無(wú)不是完全沒(méi)有作用的雨女。而ISP關(guān)注的是完全不需要實(shí)現(xiàn)的方法，對(duì)于實(shí)現(xiàn)類來(lái)說(shuō)完全沒(méi)有作用的阳准。
舉個(gè)例子來(lái)說(shuō)明吧氛堕。
網(wǎng)絡(luò)請(qǐng)求協(xié)議
@protocol NetworkProtocol <NSObject>
- (void)loadSuccess;
- (void)loadFailed;
@optional
- (void)loadCancel;
@end
對(duì)于loadCancel方法，它跟網(wǎng)絡(luò)請(qǐng)求是相關(guān)的野蝇，但是它不希望每個(gè)實(shí)現(xiàn)者都必須處理它讼稚，所以使用@optional。
@protocol NetworkProtocol <NSObject>
- (void)loadSuccess;
- (void)loadFailed;
@optional
- (void)helloWorld;
@end
另外一種情況類似于helloWorld方法绕沈，這個(gè)方法跟網(wǎng)絡(luò)請(qǐng)求協(xié)議完全沒(méi)有相關(guān)锐想，只是有個(gè)依賴需要他實(shí)現(xiàn)這個(gè)方法，這個(gè)時(shí)候用@optional就不是很合適七冲，應(yīng)該將helloWorld放到一個(gè)單獨(dú)的協(xié)議中痛倚，讓需要實(shí)現(xiàn)它的類實(shí)現(xiàn)helloWorld這個(gè)協(xié)議。
注意點(diǎn)
接口盡量小澜躺，但是要有限度蝉稳。對(duì)接口進(jìn)行細(xì)化可以提高程序設(shè)計(jì)靈活性是不掙的事實(shí)抒蚜，但是如果過(guò)小，則會(huì)造成接口數(shù)量過(guò)多耘戚，使設(shè)計(jì)復(fù)雜化嗡髓。所以一定要適度。
為依賴接口的類定制服務(wù)收津，只暴露給調(diào)用的類它需要的方法饿这，它不需要的方法則隱藏起來(lái)。只有專注地為一個(gè)模塊提供定制服務(wù)撞秋，才能建立最小的依賴關(guān)系长捧。
提高內(nèi)聚，減少對(duì)外交互吻贿。使接口用最少的方法去完成最多的事情串结。
運(yùn)用接口隔離原則，一定要適度舅列，接口設(shè)計(jì)的過(guò)大或過(guò)小都不好肌割。設(shè)計(jì)接口的時(shí)候，只有多花些時(shí)間去思考和籌劃帐要，才能準(zhǔn)確地實(shí)踐這一原則把敞。
