摘要：前言本章我們要講解的是五大原則語(yǔ)言實(shí)現(xiàn)的第篇，依賴倒置原則。當(dāng)應(yīng)用依賴倒置原則的時(shí)候，關(guān)系就反過(guò)來(lái)了。在當(dāng)靜態(tài)類型語(yǔ)言的上下文里討論依賴倒置原則的時(shí)候，耦合的概念包括語(yǔ)義和物理兩種。依賴倒置原則和依賴注入都是關(guān)注依賴，并且都是用于反轉(zhuǎn)。

本章我們要講解的是S.O.L.I.D五大原則JavaScript語(yǔ)言實(shí)現(xiàn)的第5篇，依賴倒置原則LSP（The Dependency Inversion Principle ）。
英文原文：http://freshbrewedcode.com/derekgreer/2012/01/22/solid-javascript-the-dependency-inversion-principle/

依賴倒置原則的描述是：

A. High-level modules should not depend on low-level modules.  Both should depend on abstractions.
高層模塊不應(yīng)該依賴于低層模塊，二者都應(yīng)該依賴于抽象
B. Abstractions should not depend upon details.  Details should depend upon abstractions.
抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴于抽象

依賴倒置原則的最重要問(wèn)題就是確保應(yīng)用程序或框架的主要組件從非重要的底層組件實(shí)現(xiàn)細(xì)節(jié)解耦出來(lái)，這將確保程序的最重要的部分不會(huì)因?yàn)榈蛯哟谓M件的變化修改而受影響。

該原則的第一部分是關(guān)于高層模塊和低層模塊之間的耦合方式，在傳統(tǒng)的分成架構(gòu)中，高層模塊（封裝了程序的核心業(yè)務(wù)邏輯）總依賴于低層的一些模塊（一些基礎(chǔ)點(diǎn)）。當(dāng)應(yīng)用依賴倒置原則的時(shí)候，關(guān)系就反過(guò)來(lái)了。和高層模塊依賴于低層模塊不同，依賴倒置是讓低層模塊依賴于高層模塊里定義的接口。舉例來(lái)說(shuō)，如果要給程序進(jìn)行數(shù)據(jù)持久化，傳統(tǒng)的設(shè)計(jì)是核心模塊依賴于一個(gè)持久化模塊的API，而根據(jù)依賴倒置原則重構(gòu)以后，則是核心模塊需要定義持久化的API接口，然后持久化的實(shí)現(xiàn)實(shí)例需要實(shí)現(xiàn)核心模塊定義的這個(gè)API接口。

該原則的第二部分描述的是抽象和細(xì)節(jié)之間的正確關(guān)系。理解這一部分，通過(guò)了解C++語(yǔ)言比較有幫助，因?yàn)樗倪m用性比較明顯。

不像一些靜態(tài)類型的語(yǔ)言，C++沒(méi)有提供一個(gè)語(yǔ)言級(jí)別的概念來(lái)定義接口，那類定義和類實(shí)現(xiàn)之間到底是怎么樣的呢，在C++里，類通過(guò)頭文件的形式來(lái)定義，其中定義了源文件需要實(shí)現(xiàn)的類成員方法和變量。因?yàn)樗械淖兞亢退接蟹椒ǘ级x在頭文件里，所以可以用來(lái)抽象以便和實(shí)現(xiàn)細(xì)節(jié)之前解耦出來(lái)。通過(guò)定只定義抽象方法來(lái)實(shí)現(xiàn)（C++里是抽象基類）接口這個(gè)概念用于實(shí)現(xiàn)類來(lái)實(shí)現(xiàn)。

因?yàn)?b>JavaScript是動(dòng)態(tài)語(yǔ)言，所以不需要去為了解耦而抽象。所以抽象不應(yīng)依賴于細(xì)節(jié)這個(gè)改變?cè)?b>JavaScript里沒(méi)有太大的影響，但高層模塊不應(yīng)依賴于低層模塊卻有很大的影響。

在當(dāng)靜態(tài)類型語(yǔ)言的上下文里討論依賴倒置原則的時(shí)候，耦合的概念包括語(yǔ)義（semantic）和物理（physical）兩種。這就是說(shuō)，如果一個(gè)高層模塊依賴于一個(gè)低層模塊，也就是不僅耦合了語(yǔ)義接口，也耦合了在底層模塊里定義的物理接口。也就是說(shuō)高層模塊不僅要從第三方類庫(kù)解耦出來(lái)，也需要從原生的低層模塊里解耦出來(lái)。

為了解釋這一點(diǎn)，想象一個(gè).NET程序可能包含一個(gè)非常有用的高層模塊，而該模塊依賴于一個(gè)低層的持久化模塊。當(dāng)作者需要在持久化API里增加一個(gè)類似的接口的時(shí)候，不管依賴倒置原則有沒(méi)有使用，高層模塊在不重新實(shí)現(xiàn)這個(gè)低層模塊的新接口之前是沒(méi)有辦法在其它的程序里得到重用的。

在JavaScript里，依賴倒置原則的適用性僅僅限于高層模塊和低層模塊之間的語(yǔ)義耦合，比如，DIP可以根據(jù)需要去增加接口而不是耦合低層模塊定義的隱式接口。

為了來(lái)理解這個(gè)，我們看一下如下例子：

$.fn.trackMap = function(options) {
    var defaults = {
        /* defaults */
    };
    options = $.extend({}, defaults, options);

    var mapOptions = {
        center: new google.maps.LatLng(options.latitude,options.longitude),
        zoom: 12,
        mapTypeId: google.maps.MapTypeId.ROADMAP
    },
        map = new google.maps.Map(this[0], mapOptions),
        pos = new google.maps.LatLng(options.latitude,options.longitude);

    var marker = new google.maps.Marker({
        position: pos,
        title: options.title,
        icon: options.icon
    });

    marker.setMap(map);

    options.feed.update(function(latitude, longitude) {
        marker.setMap(null);
        var newLatLng = new google.maps.LatLng(latitude, longitude);
        marker.position = newLatLng;
        marker.setMap(map);
        map.setCenter(newLatLng);
    });

    return this;
};

var updater = (function() {
    // private properties

    return {
        update: function(callback) {
            updateMap = callback;
        }
    };
})();

$("#map_canvas").trackMap({
    latitude: 35.044640193770725,
    longitude: -89.98193264007568,
    icon: "http://bit.ly/zjnGDe",
    title: "Tracking Number: 12345",
    feed: updater
});

在上述代碼里，有個(gè)小型的JS類庫(kù)將一個(gè)DIV轉(zhuǎn)化成Map以便顯示當(dāng)前跟蹤的位置信息。trackMap函數(shù)有2個(gè)依賴：第三方的Google Maps API和Location feed。該feed對(duì)象的職責(zé)是當(dāng)icon位置更新的時(shí)候調(diào)用一個(gè)callback回調(diào)（在初始化的時(shí)候提供的）并且傳入緯度latitude和精度longitude。Google Maps API是用來(lái)渲染界面的。

feed對(duì)象的接口可能按照裝，也可能沒(méi)有照裝trackMap函數(shù)的要求去設(shè)計(jì)，事實(shí)上，他的角色很簡(jiǎn)單，著重在簡(jiǎn)單的不同實(shí)現(xiàn)，不需要和Google Maps這么依賴。介于trackMap語(yǔ)義上耦合了Google Maps API，如果需要切換不同的地圖提供商的話那就不得不對(duì)trackMap函數(shù)進(jìn)行重寫(xiě)以便可以適配不同的provider。

為了將于Google maps類庫(kù)的語(yǔ)義耦合翻轉(zhuǎn)過(guò)來(lái)，我們需要重寫(xiě)設(shè)計(jì)trackMap函數(shù)，以便對(duì)一個(gè)隱式接口（抽象出地圖提供商provider的接口）進(jìn)行語(yǔ)義耦合，我們還需要一個(gè)適配Google Maps API的一個(gè)實(shí)現(xiàn)對(duì)象，如下是重構(gòu)后的trackMap函數(shù)：

$.fn.trackMap = function(options) {
    var defaults = {
        /* defaults */
    };

    options = $.extend({}, defaults, options);

    options.provider.showMap(
        this[0],
        options.latitude,
        options.longitude,
        options.icon,
        options.title);

    options.feed.update(function(latitude, longitude) {
        options.provider.updateMap(latitude, longitude);
    });

    return this;
};

$("#map_canvas").trackMap({
    latitude: 35.044640193770725,
    longitude: -89.98193264007568,
    icon: "http://bit.ly/zjnGDe",
    title: "Tracking Number: 12345",
    feed: updater,
    provider: trackMap.googleMapsProvider
});

在該版本里，我們重新設(shè)計(jì)了trackMap函數(shù)以及需要的一個(gè)地圖提供商接口，然后將實(shí)現(xiàn)的細(xì)節(jié)挪到了一個(gè)多帶帶的googleMapsProvider組件，該組件可能獨(dú)立封裝成一個(gè)多帶帶的JavaScript模塊。如下是我的googleMapsProvider實(shí)現(xiàn)：

trackMap.googleMapsProvider = (function() {
    var marker, map;

    return {
        showMap: function(element, latitude, longitude, icon, title) {
            var mapOptions = {
                center: new google.maps.LatLng(latitude, longitude),
                zoom: 12,
                mapTypeId: google.maps.MapTypeId.ROADMAP
            },
                pos = new google.maps.LatLng(latitude, longitude);

            map = new google.maps.Map(element, mapOptions);

            marker = new google.maps.Marker({
                position: pos,
                title: title,
                icon: icon
            });

            marker.setMap(map);
        },
        updateMap: function(latitude, longitude) {
            marker.setMap(null);
            var newLatLng = new google.maps.LatLng(latitude,longitude);
            marker.position = newLatLng;
            marker.setMap(map);
            map.setCenter(newLatLng);
        }
    };
})();

做了上述這些改變以后，trackMap函數(shù)將變得非常有彈性了，不必依賴于Google Maps API，相反可以任意替換其它的地圖提供商，那就是說(shuō)可以按照程序的需求去適配任何地圖提供商。

有點(diǎn)不太相關(guān)，其實(shí)依賴注入的概念經(jīng)常和依賴倒置原則混在一起，為了澄清這個(gè)不同，我們有必要來(lái)解釋一下：

依賴注入是控制反轉(zhuǎn)的一個(gè)特殊形式，反轉(zhuǎn)的意思一個(gè)組件如何獲取它的依賴。依賴注入的意思就是：依賴提供給組件，而不是組件去獲取依賴，意思是創(chuàng)建一個(gè)依賴的實(shí)例，通過(guò)工廠去請(qǐng)求這個(gè)依賴，通過(guò)Service Locator或組件自身的初始化去請(qǐng)求這個(gè)依賴。依賴倒置原則和依賴注入都是關(guān)注依賴，并且都是用于反轉(zhuǎn)。不過(guò)，依賴倒置原則沒(méi)有關(guān)注組件如何獲取依賴，而是只關(guān)注高層模塊如何從低層模塊里解耦出來(lái)。某種意義上說(shuō)，依賴倒置原則是控制反轉(zhuǎn)的另外一種形式，這里反轉(zhuǎn)的是哪個(gè)模塊定義接口（從低層里定義，反轉(zhuǎn)到高層里定義）。

這是五大原則的最后一篇了，在這5篇文字里我們看到了SOLID如何在JavaScript里實(shí)現(xiàn)的，不同的原則在JavaScript里通過(guò)不同的角度來(lái)說(shuō)明的。（大叔注：其實(shí)大叔覺(jué)得雖然是有點(diǎn)不倫不類，但從另外一個(gè)層面上說(shuō)，大體的原則在各種語(yǔ)言上其實(shí)還是一樣的。）

本文轉(zhuǎn)自TOM大叔的深入理解JavaScript系列。關(guān)于S.O.L.I.D系列的五篇文章我糾結(jié)了很久，本來(lái)不想去整理的，但最終發(fā)現(xiàn)其實(shí)中間說(shuō)的很多都是關(guān)于OOP(面向?qū)ο?編碼原則的東西，十分值得研讀，所以最后還是決定整理出來(lái)。
整理完這五篇我真的是醉了，尤其最后的三篇，越看越看不懂，不知道是不是因?yàn)樵谋容^晦澀難懂，導(dǎo)致大叔本人翻譯的也比較拗口，反正最終的結(jié)果就是后面的三篇，我也只是看了個(gè)一知半解。有什么問(wèn)題，歡迎討論交流。

【深入理解JavaScript系列】文章，包括了原創(chuàng)，翻譯，轉(zhuǎn)載，整理等各類型文章，原文是TOM大叔的一個(gè)非常不錯(cuò)的專題，現(xiàn)將其重新整理發(fā)布。謝謝大叔。如果你覺(jué)得本文不錯(cuò)，請(qǐng)幫忙點(diǎn)個(gè)推薦，支持一把，感激不盡。

更多優(yōu)秀文章歡迎關(guān)注我的專欄