成人精品一区二区三区中文字幕-成人精品一区二区三区-成人精品一级毛片-成人精品亚洲-日本在线视频一区二区-日本在线视频免费

先看一個例子：

<?php
class 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）是實施這種思想的方法。

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

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();
 }
}

客戶端類這樣寫：

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

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

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

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';
 }
}

也很簡單，客戶端類這么寫：

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

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

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

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類代碼改為：

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類中的方法再抽象出來，做一個接口

interface IMethod
{
 public function Method();
}

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

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。

以上就是本文的全部內容，希望本文的內容對大家的學習或者工作能帶來一定的幫助，同時也希望多多支持綠夏網！