1. 程式人生 > >如何用最簡單的方式解釋依賴注入?依賴注入是如何實現解耦的?

如何用最簡單的方式解釋依賴注入?依賴注入是如何實現解耦的?

依賴注入(DI)和控制反轉(IOC)基本是一個意思,因為說起來誰都離不開誰。

簡單來說,a依賴b,但a不控制b的建立和銷燬,僅使用b,那麼b的控制權交給a之外處理,這叫控制反轉(IOC),而a要依賴b,必然要使用b的instance,那麼

  1. 通過a的介面,把b傳入;
  2. 通過a的構造,把b傳入;
  3. 通過設定a的屬性,把b傳入;

這個過程叫依賴注入(DI)。

那麼什麼是IOC Container?

隨著DI的頻繁使用,要實現IOC,會有很多重複程式碼,甚至隨著技術的發展,有更多新的實現方法和方案,那麼有人就把這些實現IOC的程式碼打包成元件或框架,來避免人們重複造輪子。

所以實現IOC的元件或者框架,我們可以叫它IOC Container。



作者:知乎使用者
連結:https://www.zhihu.com/question/32108444/answer/220819349
來源:知乎
著作權歸作者所有。商業轉載請聯絡作者獲得授權,非商業轉載請註明出處。

淺談控制反轉與依賴注入

第一章:小明和他的手機

從前有個人叫小明

小明有三大愛好,抽菸,喝酒…… 咳咳,不好意思,走錯片場了。應該是逛知乎、玩王者農藥和搶微信紅包


我們用一段簡單的虛擬碼,來製造一個這樣的小明

class Ming extends Person
{
    private $_name;

    private $_age;

    function read()
    {
        //逛知乎
    }

    function  play()
    {
        //玩農藥
    }

    function  grab()
    {
        //搶紅包
    }

}

但是,小明作為一個人類,沒有辦法僅靠自己就能實現以上的功能,他必須依賴一部手機,所以他買了一臺iphone6,接下來我們來製造一個iphone6

class iPhone6 extends Iphone
{
    function read($user="某人")
    {
        echo $user."打開了知乎然後編了一個故事 \n";
    }

    function play($user="某人")
    {
        echo $user."打開了王者農藥並送起了人頭 \n";
    }

    function grab($user="某人")
    {
        echo $user."開始搶紅包卻只搶不發 \n";
    }
}

小明非常珍惜自己的新手機,每天把它牢牢控制在手心裡,所以小明變成了這個樣子

class Ming extends Person
{
    private $_name;

    private $_age;

    public function  __construct()
    {
        $this->_name = '小明';
        $this->_age = 26;
    }

    function read()
    {
        //……  省略若干程式碼
        (new iPhone6())->read($this->_name); //逛知乎
    }

    function  play()
    {
        //……  省略若干程式碼
        (new iPhone6())->play($this->_name);//玩農藥

    }

    function  grab()
    {
        //……  省略若干程式碼
        (new iPhone6())->grab($this->_name);//搶紅包

    }

}

今天是週六,小明不用上班,於是他起床,並依次逛起了知乎,玩王者農藥,並搶了個紅包。

$ming = new Ming();  //小明起床
$ming->read();
$ming->play();
$ming->grab();

這個時候,我們可以在命令列裡看到輸出如下

小明打開了知乎然後編了一個故事 
小明打開了王者農藥並送起了人頭 
小明開始搶紅包卻只搶不發

這一天,小明過得很充實,他覺得自己是世界上最幸福的人。

第二章: 小明的快樂與憂傷

小明和他的手機曾一起度過了一段美好的時光,一到空閒時刻,他就抱著手機,逛知乎,刷微博,玩遊戲,他覺得自己根本不需要女朋友,只要有手機在身邊,就滿足了。

可誰能想到,一次次地系統更新徹底打碎了他的夢想,他的手機變得越來越卡頓,電池的使用壽命也越來越短,一直到某一天的寒風中,他的手機終於耐不住寒冷,頭也不回地關了機。

小明很憂傷,他意識到,自己要換手機了。

為了能獲得更好的使用體驗,小明一咬牙,剁手了一臺iphoneX,這部手機鈴聲很大,電量很足,還能雙卡雙待,小明很喜歡,但是他遇到一個問題,就是他之前過度依賴了原來那一部iPhone6,他們之間已經深深耦合在一起了,如果要換手機,他就要拿起刀來改造自己,把自己體內所有方法中的iphone6 都換成 iphoneX。


經歷了漫長的改造過程,小明終於把程式碼中的 iphone6 全部換成了 iphoneX。雖然很辛苦,但是小明覺得他是快樂的。

於是小明開開心心地帶著手機去上班了,並在回來的路上被小偷偷走了。為了應急,小明只好重新使用那部剛剛被遺棄的iphone6,但是一想到那漫長的改造過程,小明的心裡就說不出的委屈,他覺得自己過於依賴手機了,為什麼每次手機出什麼問題他都要去改造他自己,這不僅僅是過度耦合,簡直是本末倒置,他向天空大喊,我不要再控制我的手機了。

天空中的造物主,也就是作為程式設計師的我,聽到了他的吶喊,我告訴他,你不用再控制你的手機了,交給我來管理,把控制權交給我。這就叫做控制反轉

第三章:造物主的智慧

小明聽到了我的話,他既高興,又有一點害怕,他跪下來磕了幾個頭,虔誠地說到:“原來您就是傳說中的造物主,巴格梅克上神。我聽到您剛剛說了 控制反轉 四個字,就是把手機的控制權從我的手裡交給你,但這只是您的想法,是一種思想罷了,要用什麼辦法才能實現控制反轉,又可以讓我繼續使用手機呢?”

“呵“,身為造物主的我在表現完不屑以後,扔下了四個大字,“依賴注入!”

接下來,偉大的我開始對小明進行慘無人道的改造,如下

class Ming extends Person
{
    private $_name;

    private $_age;

    private $_phone; //將手機作為自己的成員變數

    public function  __construct($phone)
    {
        $this->_name = '小明';
        $this->_age = 26;
        $this->_phone = $phone;
        echo "小明起床了 \n";
    }

    function read()
    {
        //……  省略若干程式碼
        $this->_phone->read($this->_name); //逛知乎
    }

    function  play()
    {
        //……  省略若干程式碼
        $this->_phone->play($this->_name);//玩農藥

    }

    function  grab()
    {
        //……  省略若干程式碼
        $this->_phone->grab($this->_name);//搶紅包

    }

}

接下來,我們來模擬執行小明的一天

$phone = new IphoneX(); //建立一個iphoneX的例項
if($phone->isBroken()){//如果iphone不可用,則使用舊版手機
    $phone = new Iphone6();
}
$ming = new Ming($phone);//小明不用關心是什麼手機,他只要玩就行了。
$ming->read();
$ming->play();
$ming->grab();

我們先看一下iphoneX 是否可以使用,如果不可以使用,則直接換成iphone6,然後喚醒小明,並把手機塞到他的手裡,換句話說,把他所依賴的手機直接注入到他的身上,他不需要關心自己拿的是什麼手機,他只要直接使用就可以了。

這就是依賴注入

第四章:小明的感悟

小明的生活開始變得簡單了起來,而他把省出來的時間都用來寫筆記了,他在筆記本上這樣寫到

我曾經有很強的控制慾,過度依賴於我的手機,導致我和手機之間耦合程度太高,只要手機出現一點點問題,我都要改造我自己,這實在是既浪費時間又容易出問題。自從我把控制權交給了造物主,他每天在喚醒我以前,就已經替我選好了手機,我只要按照平時一樣玩手機就可以了,根本不用關心是什麼手機。即便手機出了問題,也可以由造物主直接搞定,不需要再改造我自己了,我現在買了七部手機,都交給了造物主,每天換一部,美滋滋!
我也從其中獲得了這樣的感悟: 如果一個類A 的功能實現需要藉助於類B,那麼就稱類B是類A的依賴,如果在類A的內部去例項化類B,那麼兩者之間會出現較高的耦合,一旦類B出現了問題,類A也需要進行改造,如果這樣的情況較多,每個類之間都有很多依賴,那麼就會出現牽一髮而動全身的情況,程式會極難維護,並且很容易出現問題。要解決這個問題,就要把A類對B類的控制權抽離出來,交給一個第三方去做,把控制權反轉給第三方,就稱作控制反轉(IOC Inversion Of Control)控制反轉是一種思想,是能夠解決問題的一種可能的結果,而依賴注入(Dependency Injection)就是其最典型的實現方法。由第三方(我們稱作IOC容器)來控制依賴,把他通過建構函式、屬性或者工廠模式等方法,注入到類A內,這樣就極大程度的對類A和類B進行了解耦

第五章 小明的困惑

有一天,小明發現自己在想閱讀知乎的時候,讀到了這樣一行文字。

未完待續...

https://zhuanlan.zhihu.com/p/33492169