亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 編程 > JavaScript > 正文

深入理解JavaScript系列(22):S.O.L.I.D五大原則之依賴倒置原則DIP詳解

2019-11-20 13:00:37
字體:
來源:轉載
供稿:網友

前言

本章我們要講解的是S.O.L.I.D五大原則JavaScript語言實現的第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.
   高層模塊不應該依賴于低層模塊,二者都應該依賴于抽象

B. Abstractions should not depend upon details.  Details should depend upon abstractions.
   抽象不應該依賴于細節,細節應該依賴于抽象
依賴倒置原則的最重要問題就是確保應用程序或框架的主要組件從非重要的底層組件實現細節解耦出來,這將確保程序的最重要的部分不會因為低層次組件的變化修改而受影響。

該原則的第一部分是關于高層模塊和低層模塊之間的耦合方式,在傳統的分成架構中,高層模塊(封裝了程序的核心業務邏輯)總依賴于低層的一些模塊(一些基礎點)。當應用依賴倒置原則的時候,關系就反過來了。和高層模塊依賴于低層模塊不同,依賴倒置是讓低層模塊依賴于高層模塊里定義的接口。舉例來說,如果要給程序進行數據持久化,傳統的設計是核心模塊依賴于一個持久化模塊的API,而根據依賴倒置原則重構以后,則是核心模塊需要定義持久化的API接口,然后持久化的實現實例需要實現核心模塊定義的這個API接口。

該原則的第二部分描述的是抽象和細節之間的正確關系。理解這一部分,通過了解C++語言比較有幫助,因為他的適用性比較明顯。

不像一些靜態類型的語言,C++沒有提供一個語言級別的概念來定義接口,那類定義和類實現之間到底是怎么樣的呢,在C++里,類通過頭文件的形式來定義,其中定義了源文件需要實現的類成員方法和變量。因為所有的變量和私有方法都定義在頭文件里,所以可以用來抽象以便和實現細節之前解耦出來。通過定只定義抽象方法來實現(C++里是抽象基類)接口這個概念用于實現類來實現。

DIP and JavaScript

因為JavaScript是動態語言,所以不需要去為了解耦而抽象。所以抽象不應依賴于細節這個改變在JavaScript里沒有太大的影響,但高層模塊不應依賴于低層模塊卻有很大的影響。

在當靜態類型語言的上下文里討論依賴倒置原則的時候,耦合的概念包括語義(semantic)和物理(physical)兩種。這就是說,如果一個高層模塊依賴于一個低層模塊,也就是不僅耦合了語義接口,也耦合了在底層模塊里定義的物理接口。也就是說高層模塊不僅要從第三方類庫解耦出來,也需要從原生的低層模塊里解耦出來。

為了解釋這一點,想象一個.NET程序可能包含一個非常有用的高層模塊,而該模塊依賴于一個低層的持久化模塊。當作者需要在持久化API里增加一個類似的接口的時候,不管依賴倒置原則有沒有使用,高層模塊在不重新實現這個低層模塊的新接口之前是沒有辦法在其它的程序里得到重用的。

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

為了來理解這個,我們看一下如下例子:

復制代碼 代碼如下:

$.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
});

在上述代碼里,有個小型的JS類庫將一個DIV轉化成Map以便顯示當前跟蹤的位置信息。trackMap函數有2個依賴:第三方的Google Maps API和Location feed。該feed對象的職責是當icon位置更新的時候調用一個callback回調(在初始化的時候提供的)并且傳入緯度latitude和精度longitude。Google Maps API是用來渲染界面的。

feed對象的接口可能按照裝,也可能沒有照裝trackMap函數的要求去設計,事實上,他的角色很簡單,著重在簡單的不同實現,不需要和Google Maps這么依賴。介于trackMap語義上耦合了Google Maps API,如果需要切換不同的地圖提供商的話那就不得不對trackMap函數進行重寫以便可以適配不同的provider。

為了將于Google maps類庫的語義耦合翻轉過來,我們需要重寫設計trackMap函數,以便對一個隱式接口(抽象出地圖提供商provider的接口)進行語義耦合,我們還需要一個適配Google Maps API的一個實現對象,如下是重構后的trackMap函數:

復制代碼 代碼如下:

$.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
});


在該版本里,我們重新設計了trackMap函數以及需要的一個地圖提供商接口,然后將實現的細節挪到了一個單獨的googleMapsProvider組件,該組件可能獨立封裝成一個單獨的JavaScript模塊。如下是我的googleMapsProvider實現:
復制代碼 代碼如下:

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函數將變得非常有彈性了,不必依賴于Google Maps API,相反可以任意替換其它的地圖提供商,那就是說可以按照程序的需求去適配任何地圖提供商。

何時依賴注入?

有點不太相關,其實依賴注入的概念經常和依賴倒置原則混在一起,為了澄清這個不同,我們有必要來解釋一下:

依賴注入是控制反轉的一個特殊形式,反轉的意思一個組件如何獲取它的依賴。依賴注入的意思就是:依賴提供給組件,而不是組件去獲取依賴,意思是創建一個依賴的實例,通過工廠去請求這個依賴,通過Service Locator或組件自身的初始化去請求這個依賴。依賴倒置原則和依賴注入都是關注依賴,并且都是用于反轉。不過,依賴倒置原則沒有關注組件如何獲取依賴,而是只關注高層模塊如何從低層模塊里解耦出來。某種意義上說,依賴倒置原則是控制反轉的另外一種形式,這里反轉的是哪個模塊定義接口(從低層里定義,反轉到高層里定義)。

總結

這是五大原則的最后一篇了,在這5篇文字里我們看到了SOLID如何在JavaScript里實現的,不同的原則在JavaScript里通過不同的角度來說明的。(大叔注:其實大叔覺得雖然是有點不倫不類,但從另外一個層面上說,大體的原則在各種語言上其實還是一樣的。)

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
成人午夜一级二级三级| 亚洲成人精品av| 亚洲高清免费观看高清完整版| 一本色道久久88综合日韩精品| 国产99久久精品一区二区| 国产精品一区二区三区免费视频| 91a在线视频| 久久天天躁狠狠躁老女人| 成人网页在线免费观看| 成人av在线网址| 成人在线一区二区| 日韩欧美国产网站| 91高清免费在线观看| 亚洲精品午夜精品| 视频一区视频二区国产精品| 亚洲欧美日韩精品久久| 9.1国产丝袜在线观看| 性欧美暴力猛交69hd| 国产一区二区丝袜| 欧美性高跟鞋xxxxhd| 色婷婷综合成人av| 国产一区二区三区18| 欧美洲成人男女午夜视频| 国产亚洲精品va在线观看| 欧美激情欧美狂野欧美精品| 国产成人精品优优av| 日韩有码片在线观看| 亚洲人成在线电影| 亚洲女人被黑人巨大进入| 日韩欧美在线中文字幕| 亚洲视频电影图片偷拍一区| 国产午夜精品免费一区二区三区| 国产a级全部精品| 欧美激情视频一区二区三区不卡| 久久久久久999| 午夜精品视频在线| 欧美国产一区二区三区| 富二代精品短视频| 一区二区在线免费视频| 亚洲成人激情在线观看| 久久久噜噜噜久久中文字免| 久久久久国产精品www| 亚洲第一精品电影| 中文字幕亚洲一区在线观看| 伦伦影院午夜日韩欧美限制| 国产成人精品视频在线| 国产日本欧美一区二区三区在线| 欧美激情精品久久久久久免费印度| 国产精品一区二区三区免费视频| 国产日韩在线播放| 久久国产精品免费视频| 色婷婷久久av| 2019av中文字幕| 中文字幕亚洲欧美一区二区三区| 亚洲香蕉在线观看| 亚洲国产美女精品久久久久∴| 91精品国产91| 国产精品视频免费在线| 色婷婷成人综合| 精品一区二区亚洲| 国模gogo一区二区大胆私拍| 亚洲美女在线看| 一区二区亚洲精品国产| 色先锋久久影院av| 久久视频精品在线| 97在线观看视频| 欧美午夜久久久| 久久久免费高清电视剧观看| 欧美日韩福利在线观看| 国产69久久精品成人看| 九九热99久久久国产盗摄| 亚洲精品自拍第一页| 色综合色综合网色综合| 波霸ol色综合久久| 成人在线免费观看视视频| 中文字幕亚洲自拍| 国产精品中文久久久久久久| 91精品国产91久久久久久吃药| 国产精品欧美亚洲777777| 国产视频久久久久| 亚洲高清av在线| 在线看国产精品| 国产精品色悠悠| 国产午夜精品理论片a级探花| 这里只有精品视频| 色婷婷**av毛片一区| 夜夜嗨av色一区二区不卡| 亚洲激情视频在线| 亚洲色图第三页| 国产精品最新在线观看| 亚洲第一网中文字幕| 91精品国产91久久久| 国产精品91久久久| 久久免费视频在线| 日韩高清不卡av| www.欧美三级电影.com| 亚洲视频在线观看免费| 日韩成人在线免费观看| 亚洲最大成人免费视频| 国产99久久精品一区二区永久免费| 国产精品黄视频| 中文字幕久久亚洲| 亚洲成人黄色在线观看| 精品久久久免费| 青青青国产精品一区二区| 91精品国产色综合久久不卡98口| 欧美日本精品在线| 7m第一福利500精品视频| 欧美电影免费在线观看| 日韩在线视频一区| 欧美视频在线看| 国内精品久久久久久久| 成人黄色在线观看| 欧美性高潮在线| 日韩中文字幕在线| 欧美一区二区色| 成人国产精品免费视频| 亚洲欧美日本伦理| 国产v综合v亚洲欧美久久| 久久久亚洲国产天美传媒修理工| 国产精品无码专区在线观看| 日韩成人久久久| 亚洲一品av免费观看| 精品动漫一区二区| 亚洲2020天天堂在线观看| 日韩电视剧在线观看免费网站| 国内伊人久久久久久网站视频| 欧美大人香蕉在线| 国产97色在线|日韩| 亚洲美女在线观看| 国产精品高清免费在线观看| 最好看的2019的中文字幕视频| 欧美与黑人午夜性猛交久久久| 国产精品美乳一区二区免费| 亚洲影院色无极综合| 日韩精品久久久久久久玫瑰园| 欧美日韩免费一区| 欧美大片免费看| 国产精品欧美日韩| 日韩中文字幕国产精品| 97国产在线观看| 国产成人一区二区三区电影| 国产精品一区二区久久久久| 色999日韩欧美国产| 美女啪啪无遮挡免费久久网站| 久久久噜噜噜久久| 97精品国产97久久久久久春色| 国产精品∨欧美精品v日韩精品| 欧美日韩综合视频网址| 国产精品第3页| 国产91在线播放精品91| 亚洲精品美女在线观看| 亚洲美女视频网| 国产精品久久久久77777| 热99精品只有里视频精品| 亚洲伊人第一页| 久久免费视频在线观看| 亚洲第一av在线| 亚洲第一色在线| 成人黄色av网站| 91亚洲精品一区| 欧美午夜性色大片在线观看| 国产日产欧美精品| 亚洲综合精品伊人久久|