依賴倒置

定義

依賴反轉(zhuǎn)原則（Dependency inversion principle，DIP）是指一種特定的解耦形式，使得高層次的類不依賴于低層次的類的實現(xiàn)細節(jié)，依賴關(guān)系被顛倒（反轉(zhuǎn)），從而使得低層次類依賴于高層次類的需求抽象。

該原則規(guī)定：

高層次的類不應(yīng)該依賴于低層次的類，兩者都應(yīng)該依賴于抽象接口。
抽象接口不應(yīng)該依賴于具體實現(xiàn)。而具體實現(xiàn)則應(yīng)該依賴于抽象接口。

在傳統(tǒng)的應(yīng)用架構(gòu)中，低層次的組件設(shè)計用于被高層次的組件使用，這一點提供了逐步的構(gòu)建一個復(fù)雜系統(tǒng)的可能。在這種結(jié)構(gòu)下，高層次的組件直接依賴于低層次的組件去實現(xiàn)一些任務(wù)。這種對于低層次組件的依賴限制了高層次組件被重用的可行性。

依賴反轉(zhuǎn)原則的目的是把高層次組件從對低層次組件的依賴中解耦出來，這樣使得重用不同層級的組件實現(xiàn)變得可能。

聽起來很干，我們先通過實現(xiàn)一個簡單的需求來描述依賴倒置原則要解決的問題。

需求

假設(shè)我們要實現(xiàn)一個簡單的緩存功能，主要負責把數(shù)據(jù)存儲起來方便以后調(diào)用。

為了快速完成需求，我們決定采用最簡單的實現(xiàn)方式：存儲到文件，所以我們設(shè)計其結(jié)構(gòu)如下：

圖 1 顯示在應(yīng)用程序中一共有兩個類。"Cache" 類負責調(diào)用"FileWrite"類來寫入文件。代碼實現(xiàn)如下：

<?php

class FileWriter{
    
    public function writeToFile($key,$value=null){
        //....
    }
}

class Cache{
    protected FileWriter $file_writer;
    
    public function __contruct(){
        $this->file_writer=new FileWriter();
    }
    
    public function set($key,$value=null){
        $this->file_writer->writeToFile($key,$value);
    }
}

在所有使用文件來作為存儲方式的系統(tǒng)中，上面的"Cache"類能很好的使用，然而在以其他方式來存儲的系統(tǒng)中，"Cache" 類是無法被重用的。

例如，假設(shè)我們的系統(tǒng)是分布式服務(wù)，部署在多臺機器上，這時候如果使用文件存儲則緩存只能生效于本機器上，無法被其他機器使用，故我們無法使用文件來作為緩存的存儲方式，所以我們引入一個新的存儲方式：redis。另外我們也希望復(fù)用 "Cache" 類，但很不幸的是， "Cache" 類是直接依賴于 "FileWrite" 類的，無法直接被重用。

為了解決這個問題，我們需要修改下代碼，如下：

<?php

class FileWriter{
    
    public function writeToFile($key,$value=null){
        //....
    }
}

class RedisWriter{
    
    public function writeToRedis($key,$value=null){
        //....
    }
}
class Cache{
    protected FileWriter $file_writer;
    protected RedisWriter $redis_writer; 
    protected $type;

    public function __contruct($type){
        $this->type=$type;
        if($this->type=='redis'){
            $this->file_writer=new FileWriter();
        }else if($this->type=='file'){
            $this->redis_writer=new RedisWriter();
        }
    }
    
    public function set($key,$value=null){
        if($this->type=='redis'){
            $this->file_writer->writeToRedis($key,$value);
        }else if($this->type=='file'){
            $this->file_writer->writeToFile($key,$value);
        }
    }
}

可以看到我們需要引入一個新的類，而且需要去修改"Cache"類的代碼。隨著需求的變化，我們可能有要支持其他的存儲方式，例如數(shù)據(jù)庫，memcached，這時候我們就需要不斷添加新的類，不斷修改"Cache"類，而且把"Cache"淹沒在凌亂的"if/else"判斷中，這樣的設(shè)計的維護和拓展成本簡直不可想象。

出現(xiàn)這些問題的原因就在于類間的相互依賴，主要特征是包含高層邏輯的類依賴于低層類的細節(jié)："Cache"類的"set"功能完全依賴于下面的"FileWriter"的具體實現(xiàn)細節(jié)，導(dǎo)致在使用環(huán)境發(fā)生變化的時候，"Cache"類無法復(fù)用。依賴倒置原則就是為了來解決這個問題的。

問題

沒有抽象，耦合度高：當?shù)蛯幽K變動時，高層模塊也得變動；
高層模塊過度依賴低層模塊，很難擴展。
這種依賴關(guān)系具有傳遞性，即如果是多層次的調(diào)用，最低層改動會影響較高層……直到最高層。

解決

高層次的類不應(yīng)該依賴于低層次的類，兩者都應(yīng)該依賴于抽象接口：例如 "Cache" 類依賴于 "FileWriter" 類的實現(xiàn)，所以才會無法適用使用環(huán)境的變化。所以我們要想辦法使 "Cache" 類不依賴于這些細節(jié)，因為具體實現(xiàn)是不斷變化的，而抽象接口是相對穩(wěn)定的，所以我們要把數(shù)據(jù)的存儲抽象出來，成為一個接口，針對這個接口進行編程，這樣就無需面對頻繁變化的實現(xiàn)細節(jié)。

抽象接口不應(yīng)該依賴于具體實現(xiàn)。而具體實現(xiàn)則應(yīng)該依賴于抽象接口：在一開始做設(shè)計的時候，我們不要去考慮具體實現(xiàn)，而應(yīng)該根據(jù)業(yè)務(wù)需求去設(shè)計接口，例如上面的例子，我們一開始就已經(jīng)考慮到了用文件來存儲了，而且架構(gòu)也是基于此來進行設(shè)計的，這就從一開始是高層次的類依賴于具體實現(xiàn)了。然而實際上我們需要的功能是：數(shù)據(jù)存儲，把數(shù)據(jù)存儲到某個地方，至于具體怎么存儲我們其實并不需要關(guān)心，只需要知道能存即可，所以我們一開始設(shè)計的時候就不應(yīng)該針對文件存儲來進行編程，而應(yīng)該針對抽象的存儲接口來編程。同時具體實現(xiàn)也依據(jù)接口來進行編程。

因此我們優(yōu)化后的架構(gòu)如下：

此時類 "Cache" 既沒有依賴 "FileWriter" 也沒有依賴 "RedisWriter"，而是依賴于接口"Writer"，同時"FileWriter" 和 "RedisWriter" 的具體實現(xiàn)也依賴于抽象。

<?php

interface Writer{
    public writer($key,$value=null);
}
class FileWriter implement Writer{
    
    public function write($key,$value=null){
        //....
    }
}

class RedisWriter{
    
    public function write($key,$value=null){
        //....
    }
}
class Cache{
    protected Writer $writer;
    
    public function __contruct(){
        //$this->wirter=new RedisWriter();
        $this->wirter=new FileWriter();
    }
    
    public function set($key,$value=null){
        $this->file_writer->write($key,$value);
    }
}

此時，我們就可以重用 "Cache" 類，而不需要具體的"Writer"。在不同的環(huán)境條件下，我們只需要修改生成的"writer"類即可，"set"方法里面的邏輯完全不需要改動，因為這里面是針對抽象接口"Writer"編程，只要"Writer"沒有變，"set"方法也不需要做任何修改。

使用場景

程序中所有的依賴關(guān)系都應(yīng)該終止于抽象類或者接口中，而不應(yīng)該依賴于具體類。
根據(jù)這個啟發(fā)式規(guī)則，編程時可以這樣做：

類中的所有成員變量必須是接口或抽象，不應(yīng)該持有一個指向具體類的引用或指針。
任何類都不應(yīng)該從具體類派生，而應(yīng)該繼承抽象類，或者實現(xiàn)接口。
任何方法都不應(yīng)該覆寫它的任何基類中已經(jīng)實現(xiàn)的方法。（里氏替換原則）
任何變量實例化都需要實現(xiàn)創(chuàng)建模式（如：工廠方法/模式），或使用依賴注入框架（如：Spring IOC）。

優(yōu)點

高層模塊和低層模塊徹底解耦，都很容易實現(xiàn)擴展
抽象模塊具有很高的穩(wěn)定性、可重用性，對高/低層模塊來說才是真正"可依賴的"。

缺點

增加了一層抽象層，增加實現(xiàn)難度；
對一些簡單的調(diào)用關(guān)系來說，可能是得不償失的。
對一些穩(wěn)定的調(diào)用關(guān)系，反而增加復(fù)雜度，是不正確的。

控制反轉(zhuǎn)

說完依賴倒置，我們再來說一個很相似的設(shè)計原則：控制反轉(zhuǎn)。

看看上面的代碼，雖然"set"方法里的邏輯不會發(fā)現(xiàn)變化了，但是在構(gòu)造函數(shù)里還是要根據(jù)不同環(huán)境來生成對應(yīng)的"Writer"，還是需要修改代碼，為了解決這個問題，我們引入控制反轉(zhuǎn)的原則。

定義

控制反轉(zhuǎn)（Inversion of Control，縮寫為IoC )，是面向?qū)ο缶幊讨械囊环N設(shè)計原則，可以用來減低計算機代碼之間的耦合度。其中最常見的方式叫做依賴注入（Dependency Injection，簡稱DI），還有一種方式叫“依賴查找”（Dependency Lookup）。通過控制反轉(zhuǎn)，對象在被創(chuàng)建的時候，由一個調(diào)控系統(tǒng)內(nèi)所有對象的外界實體，將其所依賴的對象的引用傳遞給它。也可以說，依賴被注入到對象中。

控制反轉(zhuǎn)針對的是依賴對象的獲得方式，也既依賴對象不在是自己內(nèi)部生成，而是由外界生成后傳遞進來。如下代碼：

<?php

interface Writer{
    public writer($key,$value=null);
}
class FileWriter implement Writer{
    
    public function write($key,$value=null){
        //....
    }
}

class RedisWriter{
    
    public function write($key,$value=null){
        //....
    }
}
class Cache{
    protected Writer $writer;

    public function __contruct(Writer $writer){
        $this->wirter=$writer
    }
    
    public function set($key,$value=null){
        $this->file_writer->write($key,$value);
    }
}

"Cache"把內(nèi)部依賴"Writer"的創(chuàng)建權(quán)力移交給了上層模塊，自己只關(guān)心依賴提供的功能，但并不關(guān)心依賴的創(chuàng)建。IoC 是一種新的設(shè)計模式，它對上層模塊與底層模塊進行了更進一步的解耦。

實現(xiàn)方式

實現(xiàn)控制反轉(zhuǎn)主要有兩種方式：依賴注入和依賴查找。兩者的區(qū)別在于，前者是被動的接收對象，在類A的實例創(chuàng)建過程中即創(chuàng)建了依賴的B對象，通過類型或名稱來判斷將不同的對象注入到不同的屬性中，而后者是主動索取相應(yīng)類型的對象，獲得依賴對象的時間也可以在代碼中自由控制。

依賴注入

依賴注入有如下實現(xiàn)方式：

基于構(gòu)造函數(shù)。實現(xiàn)特定參數(shù)的構(gòu)造函數(shù)，在新建對象時傳入所依賴類型的對象。

  class Cache{
      protected Writer $writer;

      public function __contruct(Writer $writer){
          $this->wirter=$writer
      }
  }

基于 set 方法。實現(xiàn)特定屬性的public set方法，來讓外部容器調(diào)用傳入所依賴類型的對象。

  class Cache{
      protected Writer $writer;

      public function setWriter(Writer $writer){
          $this->wirter=$writer
      }
  }

基于接口。實現(xiàn)特定接口以供外部容器注入所依賴類型的對象。

  interface WriterSetter {
       public function setWriter(Writer $writer);
  }
  class Cache implement WriterSetter{
      protected Writer $writer;
      
      @Override
      public function setWriter(Writer $writer){
          $this->wirter=$writer
      }
  }

接口注入和setter方法注入類似，不同的是接口注入使用了統(tǒng)一的方法來完成注入，而setter方法注入的方法名稱相對比較隨意，接口的存在，表明了一種依賴配置的能力。

在軟件框架中，讀取配置文件，然后根據(jù)配置信息，框架動態(tài)將一些依賴配置給特定接口的類，我們也可以說 Injector 也依賴于接口，而不是特定的實現(xiàn)類，這樣進一步提高了準確性與靈活性。

依賴查找

依賴查找相比于依賴注入更加主動，先配置好對象的生成規(guī)則，然后在需要的地方通過主動調(diào)用框架提供的方法，根據(jù)相關(guān)的配置文件路徑、key等信息來獲取對象。

例如lumen里面：

app()->bind('classA', function ($app) {
    return new ClassA();
});

//使用
$classA=app()->make('classA');

參考

https://zh.wikipedia.org/wiki/%E4%BE%9D%E8%B5%96%E5%8F%8D%E8%BD%AC%E5%8E%9F%E5%88%99

https://zh.wikipedia.org/wiki/%E6%8E%A7%E5%88%B6%E5%8F%8D%E8%BD%AC

https://blog.csdn.net/briblue/article/details/75093382

Enjoy it !

如果覺得文章對你有用，可以贊助我喝杯咖啡~

版權(quán)聲明

轉(zhuǎn)載請注明作者和文章出處
作者: 小魚兒
首發(fā)于 https://blog.ricoo.top/yi-lai-dao-zhi-he-kong-zhi-fan-zhuan/

色偷偷精品伊人,欧洲久久精品,欧美综合婷婷骚逼,国产AV主播,国产最新探花在线,九色在线视频一区,伊人大交九欧美,1769亚洲,黄色成人av

依賴倒置和控制反轉(zhuǎn)

依賴倒置和控制反轉(zhuǎn)

依賴倒置

定義

需求

問題

解決

使用場景

優(yōu)點

缺點

控制反轉(zhuǎn)

定義

實現(xiàn)方式

依賴注入

依賴查找

參考

版權(quán)聲明

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容

色偷偷精品伊人,欧洲久久精品,欧美综合婷婷骚逼,国产AV主播,国产最新探花在线,九色在线视频一区,伊人大交九 欧美,1769亚洲,黄色成人av

依賴倒置和控制反轉(zhuǎn)

依賴倒置

定義

需求

問題

解決

使用場景

優(yōu)點

缺點

控制反轉(zhuǎn)

定義

實現(xiàn)方式

依賴注入

依賴查找

參考

版權(quán)聲明

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容

色偷偷精品伊人,欧洲久久精品,欧美综合婷婷骚逼,国产AV主播,国产最新探花在线,九色在线视频一区,伊人大交九欧美,1769亚洲,黄色成人av