深入理解JavaScript系列9:S.O.L.I.D五大原則之接口隔離原則

piglei 發布于2019-08-19 17:22 / 2296人閱讀

摘要：前言本章我們要講解的是五大原則語言實現的第篇，接口隔離原則。接口隔離原則和單一職責有點類似，都是用于聚集功能職責的，實際上可以被理解才具有單一職責的程序轉化到一個具有公共接口的對象。與我們下面討論的一些小節是里關于違反接口隔離原則的影響。

前言

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

英文原文：http://freshbrewedcode.com/derekgreer/2012/01/08/solid-javascript-the-interface-segregation-principle/
注：這篇文章作者寫得比較繞口，所以大叔理解得也比較郁悶，湊合著看吧，別深陷進去了

接口隔離原則的描述是：

Clients should not be forced to depend on methods they do not use.
不應該強迫客戶依賴于它們不用的方法。

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

接口隔離原則ISP和單一職責有點類似，都是用于聚集功能職責的，實際上ISP可以被理解才具有單一職責的程序轉化到一個具有公共接口的對象。

JavaScript接口

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

一個對象聲明的任意一個操作都包含一個操作名稱，參數對象和操作的返回值。我們稱之為操作符的簽名（signature）。
一個對象里聲明的所有的操作被稱為這個對象的接口（interface）。一個對象的接口描繪了所有發生在這個對象上的請求信息。

不管一種語言是否提供一個多帶帶的構造來表示接口，所有的對象都有一個由該對象所有屬性和方法組成的隱式接口。參考如下代碼：

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(/* 回調callback */);
    var om = exampleBinder.modelObserver.observe(model);
    exampleBinder.viewAdaptor.bind(om);
    return om;
};

上面的exampleBinder類庫實現的功能是雙向綁定。該類庫暴露的公共接口是bind方法，其中bind里用到的關于change通知和view交互的功能分別是由多帶帶的對象modelObserver和viewAdaptor來實現的，這些對象從某種意義上來說就是公共接口bind方法的具體實現。

盡管JavaScript沒有提供接口類型來支持對象的contract，但該對象的隱式接口依然能當做一個contract提供給程序用戶。

ISP與JavaScript

我們下面討論的一些小節是JavaScript里關于違反接口隔離原則的影響。正如上面看到的，JavaScript程序里實現接口隔離原則雖然可惜，但是不像靜態類型語言那樣強大，JavaScript的語言特性有時候會使得所謂的接口搞得有點不粘性。

墮落的實現

在靜態類型語言語言里，導致違反ISP原則的一個原因是墮落的實現。在Java和C#里所有的接口里定義的方法都必須實現，如果你只需要其中幾個方法，那其他的方法也必須實現（可以通過空實現或者拋異常的方式）。在JavaScript里，如果只需要一個對象里的某一些接口的話，他也解決不了墮落實現這個問題，雖然不用強制實現上面的接口。但是這種實現依然違反了里氏替換原則。

var rectangle = {
    area: function() {
        /* 代碼 */
    },
    draw: function() {
        /* 代碼 */
    }
};

var geometryApplication = {
    getLargestRectangle: function(rectangles) {
        /* 代碼 */
    }
};

var drawingApplication = {
    drawRectangles: function(rectangles) {
       /* 代碼 */
    }
};

當一個rectangle替代品為了滿足新對象geometryApplication的getLargestRectangle的時候，它僅僅需要rectangle的area()方法，但它卻違反了LSP（因為他根本用不到其中drawRectangles方法才能用到的draw方法）。

靜態耦合

靜態類型語言里的另外一個導致違反ISP的原因是靜態耦合，在靜態類型語言里，接口在一個松耦合設計程序里扮演了重大角色。不管是在動態語言還是在靜態語言，有時候一個對象都可能需要在多個客戶端用戶進行通信（比如共享狀態），對靜態類型語言，最好的解決方案是使用Role Interfaces，它允許用戶和該對象進行交互（而該對象可能需要在多個角色）作為它的實現來對用戶和無關的行為進行解耦。在JavaScript里就沒有這種問題了，因為對象都被動態語言所特有的優點進行解耦了。

語義耦合

導致違反ISP的一個通用原因，動態語言和靜態類型語言都有，那就是語義耦合，所謂語義耦合就是互相依賴，也就是一個對象的行為依賴于另外一個對象，那就意味著，如果一個用戶改變了其中一個行為，很有可能會影響另外一個使用用戶。這也違反單一職責原則了。可以通過繼承和對象替代來解決這個問題。

可擴展性

另外一個導致問題的原因是關于可擴展性，很多人在舉例的時候都會舉關于callback的例子用來展示可擴展性（比如ajax里成功以后的回調設置）。如果想這樣的接口需要一個實現并且這個實現的對象里有很多熟悉或方法的話，ISP就會變得很重要了，也就是說當一個接口interface變成了一個需求實現很多方法的時候，他的實現將會變得異常復雜，而且有可能導致這些接口承擔一個沒有粘性的職責，這就是我們經常提到的胖接口。

總結

JavaScript里的動態語言特性，使得我們實現非粘性接口的影響力比靜態類型語言小，但接口隔離原則在JavaScript程序設計模式里依然有它發揮作用的地方。

關于本文

本文轉自TOM大叔的深入理解JavaScript系列。關于S.O.L.I.D系列的五篇文章我糾結了很久，本來不想去整理的，但最終發現其實中間說的很多都是關于OOP(面向對象)編碼原則的東西，十分值得研讀，所以最后還是決定整理出來。這篇文章我真心覺得大叔寫的不怎么樣。我看了好幾遍也沒看懂。正如大叔所言，看看就得。別陷得太深。

【深入理解JavaScript系列】文章，包括了原創，翻譯，轉載，整理等各類型文章，原文是TOM大叔的一個非常不錯的專題，現將其重新整理發布。謝謝大叔。如果你覺得本文不錯，請幫忙點個推薦，支持一把，感激不盡。

更多優秀文章歡迎關注我的專欄

云服務器 GPU云服務器深入理解系列深入理解webrtc之aec javascript深入系列深入理解javascript

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/78479.html

深入理解JavaScript系列10:S.O.L.I.D五大原則之依賴倒置原則

摘要：前言本章我們要講解的是五大原則語言實現的第篇，依賴倒置原則。當應用依賴倒置原則的時候，關系就反過來了。在當靜態類型語言的上下文里討論依賴倒置原則的時候，耦合的概念包括語義和物理兩種。依賴倒置原則和依賴注入都是關注依賴，并且都是用于反轉。前言本章我們要講解的是S.O.L.I.D五大原則JavaScript語言實現的第5篇，依賴倒置原則LSP（The Dependency Invers...

chenjiang3 2019-08-19 17:22 評論0 收藏0
深入理解JavaScript系列8:S.O.L.I.D五大原則之里氏替換原則

摘要：前言本章我們要講解的是五大原則語言實現的第篇，里氏替換原則。因此，違反了里氏替換原則。與行為有關，而不是繼承到現在，我們討論了和繼承上下文在內的里氏替換原則，指示出的面向對象。前言本章我們要講解的是S.O.L.I.D五大原則JavaScript語言實現的第3篇，里氏替換原則LSP（The Liskov Substitution Principle ）。英文原文：http://fre...

susheng 2019-08-19 17:21 評論0 收藏0
深入理解JavaScript系列6:S.O.L.I.D五大原則之單一職責

摘要：，開始我們的第一篇單一職責。通過解耦可以讓每個職責工更加有彈性地變化。關于本文本文轉自大叔的深入理解系列。深入理解系列文章，包括了原創，翻譯，轉載，整理等各類型文章，原文是大叔的一個非常不錯的專題，現將其重新整理發布。前言 Bob大叔提出并發揚了S.O.L.I.D五大原則，用來更好地進行面向對象編程，五大原則分別是： The Single Responsibility Princi...

walterrwu 2019-08-19 17:20 評論0 收藏0
深入理解JavaScript系列7:S.O.L.I.D五大原則之開閉原則

摘要：前言本章我們要講解的是五大原則語言實現的第篇，開閉原則。該代碼有一個限制，就是如果再增加一個類型的話，那就需要再次修改里的條件語句，這明顯違反了開閉原則。關于本文本文轉自大叔的深入理解系列。前言本章我們要講解的是S.O.L.I.D五大原則JavaScript語言實現的第2篇，開閉原則OCP（The Open/Closed Principle ）。開閉原則的描述是： Softwar...

Cheriselalala 2019-08-19 17:22 評論0 收藏0
S.O.L.I.D: PHP 面向對象設計的五個基準原則

摘要：是首個個面向對象設計準則的首字母縮寫，這些準則是由提出的他更為人所熟知的名字是。單一功能原則開閉原則里氏替換原則接口隔離原則依賴反轉原則接下來讓我們看看每個原則，來了解為什么可以幫助我們成為更好的開發人員。 showImg(https://segmentfault.com/img/remote/1460000019313380?w=1680&h=656); S.O.L.I.D?是?首個...

JayChen 2019-07-01 12:50 評論0 收藏0