PHP控制反轉（IOC）和依賴注入（DI）

標籤：變化   function   org   his   ext   padding   cti   interface   模組   

「七天自製PHP架構」已經開始連載，謝謝關注和支援！點擊這裡

先看一個例子：

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152

<?phpclass A{    public $b;    public $c;    public function A()    {        //TODO    }    public function Method()    {        $this->b=new B();        $this->c=new C();                 $this->b->Method();        $this->c->Method();                 //TODO    }}class B{    public function B()    {        //TODO    }    public function Method()    {        //TODO        echo ‘b‘;    }}class C{    public function C()    {        //TODO    }    public function Method()    {        //TODO        echo ‘c‘;    }}$a=new A();$a->Method();?>

　　

上面代碼，我們很容易理解一句話：

A類依賴B類和C類

也就是說，如果今後開發過程中，要對B類或者C類修改，一旦涉及函數改名，函數參數數量變動，甚至整個類結構的調整，我們也要對A類做出相應的調整，A類的獨立性喪失了，這在開發過程中是很不方便的，也就是我們說的“牽一髮動全身”，如果兩個類是兩個人分別寫的，矛盾往往就在這個時候產生了。。。

萬一真的要改動B類和C類，有沒有辦法，可以不去改動或者盡量少改動A類的代碼呢？這裡要用到控制反轉。

高層模組不應該依賴於底層模組，兩個都應該依賴抽象。

控制反轉（IOC）是一種思想，依賴注入（DI）是實施這種思想的方法。

第一種方法叫做：構造器注入（這種方法也不推薦用，但比不用要好）

123456789101112131415

class A{    public $b;    public $c;    public function A($b,$c)    {        $this->b=$b;        $this->c=$c;    }    public function Method()    {        $this->b->Method();        $this->c->Method();    }}

用戶端類這樣寫： 

12	$a=new A(new B(),new C());$a->Method();

A類的構造器依賴B類和C類，通過構造器的參數傳入，至少實現了一點，就是B類對象b和C類對象c的建立都移至了A類外，所以一旦B類和C類發生改動，A類無需做修改，只要在client類裡改就可以了

假如有一天，我們需要擴充B類，做兩個B類的子類

12345678910111213141516171819202122232425262728293031323334

class B{    public function B()    {        //TODO    }    public function Method()    {        //TODO        echo ‘b‘;    }}class B1 extends B{    public function B1()    {        //TODO    }    public function Method()    {        echo ‘b1‘;    }}class B2 extends B{    public function B2()    {        //TODO    }    public function Method()    {        echo ‘b2‘;    }}

也很簡單，用戶端類這麼寫：

12	$a=new A(new B2(),new C());$a->Method();

所以A類是不用關心B類到底有哪些個子類的，只要在用戶端類關心就可以了。

第二種方法叫做：原廠模式注入（推薦使用）

12345678910111213141516171819202122232425262728

class Factory{    public function Factory()    {        //TODO    }    public function create($s)    {        switch($s)        {            case ‘B‘:            {                return new B();                break;            }            case ‘C‘:            {                return new C();                break;            }            default:            {                return null;                break;            }        }    }}

我們A類代碼改為：

1234567891011121314151617181920

class A{    public $b;    public $c;    public function A()    {        //TODO    }    public function Method()    {        $f=new Factory();        $this->b=$f->create(‘B‘);        $this->c=$f->create(‘C‘);                 $this->b->Method();        $this->c->Method();                 //TODO    }}

其實已經解耦了一小部分，至少如果B類和C類的建構函式要是發生變化，比如修改函數參數等，我們只需要改Factory類就可以了。

抽象不應該依賴於細節，細節應該依賴於抽象。

把B類和C類中的方法再抽象出來，做一個介面

1234	interface IMethod{    public function Method();}

這樣，A類中的b變數和b變數和c變數就不再是一個具體的變數了，而是一個抽象類別型的變數，不到運行那一刻，不知道他們的Method方式是怎麼實現的。

12345678910111213141516171819202122232425

class B implements IMethod{    public function B()    {        //TODO    }    public function Method()    {        //TODO        echo ‘b‘;    }}class C implements IMethod{    public function C()    {        //TODO    }    public function Method()    {        //TODO        echo ‘c‘;    }}

總結幾點：

1.我們把A類中的B類對象和C類對象的建立移至A類外

2.原本A類依賴B類和C類，現在變成了A依賴Factory，Factory依賴B和C。

　　

PHP控制反轉（IOC）和依賴注入（DI）