這篇文章主要介紹了深入理解JavaScript系列（21）：S.O.L.I.D五大原則之接口隔離原則ISP詳解,本文講解了JavaScript接口、ISP與JavaScript、墮落的實(shí)現(xiàn)、靜態(tài)耦合、語(yǔ)義耦合、可擴(kuò)展性等內(nèi)容,需要的朋友可以參考下

前言

本章我們要講解的是S.O.L.I.D五大原則JavaScript語(yǔ)言實(shí)現(xiàn)的第4篇，接口隔離原則ISP（The Interface Segregation Principle）。

英文原文：

注：這篇文章作者寫(xiě)得比較繞口，所以大叔理解得也比較郁悶，湊合著看吧，別深陷進(jìn)去了

接口隔離原則的描述是：

代碼如下:

Clients should not be forced to depend on methods they do not use.

不應(yīng)該強(qiáng)迫客戶依賴(lài)于它們不用的方法。

當(dāng)用戶依賴(lài)的接口方法即便只被別的用戶使用而自己不用，那它也得實(shí)現(xiàn)這些接口，換而言之，一個(gè)用戶依賴(lài)了未使用但被其他用戶使用的接口，當(dāng)其他用戶修改該接口時(shí)，依賴(lài)該接口的所有用戶都將受到影響。這顯然違反了開(kāi)閉原則，也不是我們所期望的。

接口隔離原則ISP和單一職責(zé)有點(diǎn)類(lèi)似，都是用于聚集功能職責(zé)的，實(shí)際上ISP可以被理解才具有單一職責(zé)的程序轉(zhuǎn)化到一個(gè)具有公共接口的對(duì)象。

JavaScript接口

JavaScript下我們改如何遵守這個(gè)原則呢？畢竟JavaScript沒(méi)有接口的特性，如果接口就是我們所想的通過(guò)某種語(yǔ)言提供的抽象類(lèi)型來(lái)建立contract和解耦的話，那可以說(shuō)還行，不過(guò)JavaScript有另外一種形式的接口。在Design Patterns – Elements of Reusable Object-Oriented Software一書(shū)中我們找到了接口的定義：

一個(gè)對(duì)象聲明的任意一個(gè)操作都包含一個(gè)操作名稱(chēng)，參數(shù)對(duì)象和操作的返回值。我們稱(chēng)之為操作符的簽名（signature）。

一個(gè)對(duì)象里聲明的所有的操作被稱(chēng)為這個(gè)對(duì)象的接口（interface）。一個(gè)對(duì)象的接口描繪了所有發(fā)生在這個(gè)對(duì)象上的請(qǐng)求信息。

不管一種語(yǔ)言是否提供一個(gè)單獨(dú)的構(gòu)造來(lái)表示接口，所有的對(duì)象都有一個(gè)由該對(duì)象所有屬性和方法組成的隱式接口。參考如下代碼：

代碼如下:

var exampleBinder = {};

exampleBinder.modelObserver = (function() {

/* 私有變量 */

return {

observe: function(model) {

/* 代碼 */

return newModel;

},

onChange: function(callback) {

/* 代碼 */

}

}

})();

exampleBinder.viewAdaptor = (function() {

/* 私有變量 */

return {

bind: function(model) {

/* 代碼 */

}

}

})();

exampleBinder.bind = function(model) {

/* 私有變量 */

exampleBinder.modelObserver.onChange(/* 回調(diào)callback */);

var om = exampleBinder.modelObserver.observe(model);

exampleBinder.viewAdaptor.bind(om);

return om;

};

上面的exampleBinder類(lèi)庫(kù)實(shí)現(xiàn)的功能是雙向綁定。該類(lèi)庫(kù)暴露的公共接口是bind方法，其中bind里用到的關(guān)于change通知和view交互的功能分別是由單獨(dú)的對(duì)象modelObserver和viewAdaptor來(lái)實(shí)現(xiàn)的，這些對(duì)象從某種意義上來(lái)說(shuō)就是公共接口bind方法的具體實(shí)現(xiàn)。

盡管JavaScript沒(méi)有提供接口類(lèi)型來(lái)支持對(duì)象的contract，但該對(duì)象的隱式接口依然能當(dāng)做一個(gè)contract提供給程序用戶。

ISP與JavaScript

我們下面討論的一些小節(jié)是JavaScript里關(guān)于違反接口隔離原則的影響。正如上面看到的，JavaScript程序里實(shí)現(xiàn)接口隔離原則雖然可惜，但是不像靜態(tài)類(lèi)型語(yǔ)言那樣強(qiáng)大，JavaScript的語(yǔ)言特性有時(shí)候會(huì)使得所謂的接口搞得有點(diǎn)不粘性。

墮落的實(shí)現(xiàn)

在靜態(tài)類(lèi)型語(yǔ)言語(yǔ)言里，導(dǎo)致違反ISP原則的一個(gè)原因是墮落的實(shí)現(xiàn)。在Java和C#里所有的接口里定義的方法都必須實(shí)現(xiàn)，如果你只需要其中幾個(gè)方法，那其他的方法也必須實(shí)現(xiàn)（可以通過(guò)空實(shí)現(xiàn)或者拋異常的方式）。在JavaScript里，如果只需要一個(gè)對(duì)象里的某一些接口的話，他也解決不了墮落實(shí)現(xiàn)這個(gè)問(wèn)題，雖然不用強(qiáng)制實(shí)現(xiàn)上面的接口。但是這種實(shí)現(xiàn)依然違反了里氏替換原則。

代碼如下:

var rectangle = {

area: function() {

/* 代碼 */

},

draw: function() {

/* 代碼 */

}

};

var geometryApplication = {

getLargestRectangle: function(rectangles) {

/* 代碼 */

}

};

var drawingApplication = {

drawRectangles: function(rectangles) {

/* 代碼 */

}

};

當(dāng)一個(gè)rectangle替代品為了滿足新對(duì)象geometryApplication的getLargestRectangle 的時(shí)候，它僅僅需要rectangle的area()方法，但它卻違反了LSP（因?yàn)樗居貌坏狡渲衐rawRectangles方法才能用到的draw方法）。

靜態(tài)耦合

靜態(tài)類(lèi)型語(yǔ)言里的另外一個(gè)導(dǎo)致違反ISP的原因是靜態(tài)耦合，在靜態(tài)類(lèi)型語(yǔ)言里，接口在一個(gè)松耦合設(shè)計(jì)程序里扮演了重大角色。不管是在動(dòng)態(tài)語(yǔ)言還是在靜態(tài)語(yǔ)言，有時(shí)候一個(gè)對(duì)象都可能需要在多個(gè)客戶端用戶進(jìn)行通信（比如共享狀態(tài)），對(duì)靜態(tài)類(lèi)型語(yǔ)言，最好的解決方案是使用Role Interfaces，它允許用戶和該對(duì)象進(jìn)行交互（而該對(duì)象可能需要在多個(gè)角色）作為它的實(shí)現(xiàn)來(lái)對(duì)用戶和無(wú)關(guān)的行為進(jìn)行解耦。在JavaScript里就沒(méi)有這種問(wèn)題了，因?yàn)閷?duì)象都被動(dòng)態(tài)語(yǔ)言所特有的優(yōu)點(diǎn)進(jìn)行解耦了。

語(yǔ)義耦合

導(dǎo)致違反ISP的一個(gè)通用原因，動(dòng)態(tài)語(yǔ)言和靜態(tài)類(lèi)型語(yǔ)言都有，那就是語(yǔ)義耦合，所謂語(yǔ)義耦合就是互相依賴(lài)，也就是一個(gè)對(duì)象的行為依賴(lài)于另外一個(gè)對(duì)象，那就意味著，如果一個(gè)用戶改變了其中一個(gè)行為，很有可能會(huì)影響另外一個(gè)使用用戶。這也違反單一職責(zé)原則了?？梢酝ㄟ^(guò)繼承和對(duì)象替代來(lái)解決這個(gè)問(wèn)題。

可擴(kuò)展性

另外一個(gè)導(dǎo)致問(wèn)題的原因是關(guān)于可擴(kuò)展性，很多人在舉例的時(shí)候都會(huì)舉關(guān)于callback的例子用來(lái)展示可擴(kuò)展性（比如ajax里成功以后的回調(diào)設(shè)置）。如果想這樣的接口需要一個(gè)實(shí)現(xiàn)并且這個(gè)實(shí)現(xiàn)的對(duì)象里有很多熟悉或方法的話，ISP就會(huì)變得很重要了，也就是說(shuō)當(dāng)一個(gè)接口interface變成了一個(gè)需求實(shí)現(xiàn)很多方法的時(shí)候，他的實(shí)現(xiàn)將會(huì)變得異常復(fù)雜，而且有可能導(dǎo)致這些接口承擔(dān)一個(gè)沒(méi)有粘性的職責(zé)，這就是我們經(jīng)常提到的胖接口。

總結(jié)

JavaScript里的動(dòng)態(tài)語(yǔ)言特性，使得我們實(shí)現(xiàn)非粘性接口的影響力比靜態(tài)類(lèi)型語(yǔ)言小，但接口隔離原則在JavaScript程序設(shè)計(jì)模式里依然有它發(fā)揮作用的地方。

更多信息請(qǐng)查看IT技術(shù)專(zhuān)欄