本文實例講述了PHP面向對象五大原則之依賴倒置原則(DIP)。分享給大家供大家參考，具體如下：

什么是依賴倒置呢？簡單地講就是將依賴關系倒置為依賴接口，具體概念如下：

1.上層模塊不應該依賴于下層模塊，它們共同依賴于一個抽象（父類不能依賴子類，它們都要依賴于抽象類）

2.抽象不能依賴于具體，具體應該要依賴于抽象。

注意，這里的接口不是狹義的接口。

為什么要依賴接口？因為接口體現(xiàn)對問題的抽象，同時由于抽象一般是相對穩(wěn)定的或者是相對變化不頻繁的，而具體是易變的。因此依賴抽象是實現(xiàn)代碼擴展和運行期內綁定（多態(tài)）的基礎：只要實現(xiàn)了該抽象類的子類，都可以被類的使用都使用。這里，強調一下擴展性這個概念。通常擴展性指對已知行為的擴展，在講述接口時，也提到過，接口應該是相對的。這就告訴我們，無論使用多么先進的設計模式，也無法做到不需要修改代碼即可達到不變應萬變的地上。在面向對象的這五大原則里，我認為依賴倒置是最難理解，也是最難實現(xiàn)的。

這里以雇員類為例

<?php
interface employee
{
  public function working();
}
class teacher implements employee
{
  public function working()
  {
    echo 'teaching...';
  }
}
class coder implements employee
{
  public function working()
  {
    echo 'coding...';
  }
}
class workA
{
  public function work()
  {
    $teacher = new teacher();
    $teacher->working();
  }
}
class workB
{
  private $e;
  public function set(employee $e)
  {
    $this->e = $e;
  }
  public function work()
  {
    $this->e->working();
  }
}
$worka = new workA;
$worka->work();
$workb = new workB;
$workb->set(new teacher());
$workb->work();

在workA中，work方法依賴于teacher實現(xiàn)；在workB中，work轉而依賴抽象，這樣可以把需要的對象通過參數(shù)傳入。上述代碼通過接口，實現(xiàn)了一定程度的解耦，但仍然是有限的。不僅是使用接口，使用工廠等也能實現(xiàn)一定程度的解耦和依賴倒置。

在workB中，teacher實例通過set方法傳入，從而實現(xiàn)了工廠模式。由于這樣的實現(xiàn)仍然是硬編碼的，為了實現(xiàn)代碼的進一步擴展，把這個依賴關系寫在配置文件里，指明workB需要一個teacher對象，專門由一個程序配置是否正確（如所依賴的類文件是否存在）以及加載配置中所依賴的實現(xiàn)，這個檢測程序，就稱為IOC容器。

很多文章里看到IOC（Inversion of Control）概念，實際上，IOC是依賴倒置原則（Dependence Inversion Principle，DIP）的同義詞。而在提IOC的時候，你可能還會看到有人提起DI等概念。DI，即依賴注入，一般認為，依賴注入（DI）和依賴查找（DS）是IOC的兩種實現(xiàn)。不過隨著某些概論的演化，這幾個概念之間的關系也變得很模糊，也有人認為IOC就是DI。有人認為，依賴注入的描述比起IOC來更貼切，這里不糾纏于這幾個概念之間的關系。

在經(jīng)典的J2EE設計里，通常把DAO層和Servicen層細分為接口層和實現(xiàn)層，然后在配置文件里進行所依賴關系的配置，這是最常見的DIP的應用。Spring框架就是一個很好的IOC容器，把控制權從代碼剝離到IOC窗口，這里是通過XML配置文件實現(xiàn)的，Spring在執(zhí)行期間根據(jù)配置文件的設定，建立對象之間的依賴關系。

如下面的代碼所示

<bean scopre="prototype" class="cn.notebook.action.NotebookListOtherAction" id="notebookListOtherAction">
  <property ref="userReplyService" name="userReplyService" />
  <property ref="userService" name="userService" />
  <property ref="permissionService" name="permissionService" />
  <property ref="friendService" name="friendService" />
</bean>

但是這樣的設置一樣存在問題，配置文件會變得越來越大，其間關系會越來越復雜。同樣逃脫不了隨著應用和業(yè)務的改變，不斷修改代碼的惡魘（這里認為配置文件是代碼的一部分。并且在實際開發(fā)中，很少存在單純修改配置文件的情況。一般配置文件修改了，代碼也會做相應的修改）

在PHP里，也有類似模仿Spring的實現(xiàn)，即把依賴關系寫在了配置文件里，通過配置文件來產(chǎn)生需要的對象。我覺得這樣的代碼還是為了實現(xiàn)而實現(xiàn)。在Srping里，配置文件里配置的不僅僅是一個類運行時的依賴關系，還可以實現(xiàn)事務管理、AOP、延遲加載等。而PHP要實現(xiàn)上面的種種特性，其消耗是巨大的。從語言層面講，PHP這種動態(tài)腳本語言在實現(xiàn)一些多態(tài)特性上和編譯型的語言不同。其次PHP作為敏捷性的開發(fā)語言，更強調快速開發(fā)、邏輯清晰、代碼更簡單易懂，如果再附加了各種設計模式的框架，從技術實現(xiàn)和運行效率上來看，都是不可取的。依賴倒置的核心原則是解耦。如果脫離這個最原始的原則，那就是本末倒置。

事實上，很多的設計模式里已經(jīng)隱含了依賴倒置原則我們也在有意無意地做著一些依賴反轉的工作。只是作為PHP，目前還沒有一個比較完善的IOC容器，或許是PHP根本不需要。

如果滿足DIP：

1.每個較高層次類都為它所需要的服務提出一個接口聲明，較低層次類實現(xiàn)實現(xiàn)這個接口。

2.每個高層次類都通過該抽象接口使用服務。

更多關于PHP相關內容感興趣的讀者可查看本站專題：《php面向對象程序設計入門教程》、《PHP數(shù)組(Array)操作技巧大全》、《PHP基本語法入門教程》、《PHP運算與運算符用法總結》、《php字符串(string)用法總結》、《php+mysql數(shù)據(jù)庫操作入門教程》及《php常見數(shù)據(jù)庫操作技巧匯總》

希望本文所述對大家PHP程序設計有所幫助。

最新評論