本文實(shí)例講述了PHP面向?qū)ο笪宕笤瓌t之單一職責(zé)原則(SRP)。分享給大家供大家參考，具體如下：

單一職責(zé)原則(Single Pesponsibility Principle, SRP)

單一職責(zé)有兩個(gè)含義： 一個(gè)是避免相同的職責(zé)分散到不同的類中， 別一個(gè)是避免一個(gè)類承擔(dān)太多職責(zé)

為什么要遵守SRP呢?

(1)可以減少類之間的耦合

如果減少類之間的耦合，當(dāng)需求變化時(shí)，只修改一個(gè)類，從而也就隔離了變化；如果一個(gè)類有多個(gè)不同職責(zé)，它們耦合在一起，當(dāng)一個(gè)職責(zé)發(fā)生變化時(shí)，可能會(huì)影響到其他職責(zé)。

(2)提高類的復(fù)用性

修改電腦比修理電視機(jī)簡單多了。主要原因就在于電視機(jī)各個(gè)部件之間的耦合性太高，而電腦則不同，電腦的內(nèi)存、硬盤、聲卡、網(wǎng)卡、鍵盤燈等部件都可以很容易地單獨(dú)拆卸和組裝。某個(gè)部件壞了，換上新的即可。上面的例子就體現(xiàn)了單一職責(zé)的優(yōu)勢(shì)。由于使用了單一職責(zé)，使得‘組件'可以方便地‘拆卸'和‘組裝'。

不遵守SRP會(huì)影響對(duì)類的復(fù)用性。當(dāng)只需要用該類的某一個(gè)職責(zé)時(shí)，由于它和其他的職責(zé)耦合在一起，也就很難分離出。

遵守SRP在實(shí)際代碼開發(fā)中有沒有什么應(yīng)用？有的。以數(shù)據(jù)持久層為例，所謂的數(shù)據(jù)持久層主要指的是數(shù)據(jù)庫操作，當(dāng)然，還包括緩存管理等。這時(shí)就需要數(shù)據(jù)持久層支持多種數(shù)據(jù)庫。應(yīng)該怎么做？定義多個(gè)數(shù)據(jù)庫操作類？想法已經(jīng)很接近了，再進(jìn)一步，就是使用工廠模式。

工廠模式(Faction)允許你在代碼執(zhí)行時(shí)實(shí)例化對(duì)象。它之所以被稱為工廠模式是因?yàn)樗?fù)責(zé)‘生產(chǎn)對(duì)象'。以數(shù)據(jù)庫為例，工廠需要的就是根據(jù)不同的參數(shù)，生成不同的實(shí)例化對(duì)象。最簡單的工廠就是根據(jù)傳入的類型名實(shí)例化對(duì)象，如傳入MySQL，就調(diào)用MySQL類并實(shí)例化，如果是SQLite，則調(diào)用 SQLite的類并實(shí)例化，甚至還可以處理TXT、Execl等‘類數(shù)據(jù)庫'。

工廠類也就是這樣的一個(gè)類，它只負(fù)責(zé)生產(chǎn)對(duì)象，而不負(fù)責(zé)對(duì)象的具體內(nèi)容。

以下是示例

定義一個(gè)適配器的接口

interface Db_Adpater{  /**   * 數(shù)據(jù)庫連接   * @param $config 數(shù)據(jù)庫配置   * @return mixed resource   */  public function connect($config);  /**   * 執(zhí)行數(shù)據(jù)庫查詢   * @param $query 數(shù)據(jù)庫查詢的SQL字符串   * @param $handle 連接對(duì)象   * @return mixed   */  public function query($query,$handle);}

定義一個(gè)實(shí)現(xiàn)了DB_Adpater接口的MySQL數(shù)據(jù)庫操作類

class Db_Adapter_Mysql implements Db_Adpater{  private $_dbLink;  //數(shù)據(jù)庫連接字符串標(biāo)識(shí)  /**   * 數(shù)據(jù)庫連接函數(shù)   * @param $config 數(shù)據(jù)庫配置   * @return resource   * @throws Db_Exception   */  public function connect($config)  {    if($this->_dbLink = @mysql_connect($config->host . (empty($config->port) ? '' : ':' . $config->prot) ,$config->user, $config->password, true))    {      if(@mysql_select_db($config->database, $this->_dbLink))      {        if($config->charset)        {          mysql_query("SET NAME '{$config->charset}'", $this->_dbLink);        }        return $this->_dbLink;      }    }    throw new Db_Exception(@mysql_error($this->_dbLink));  }  /**   * 執(zhí)行數(shù)據(jù)庫查詢   * @param $query 數(shù)據(jù)庫查詢SQL字符串   * @param $handle 連接對(duì)象   * @return resource   */  public function query($query,$handle)  {    if($resource = @mysql_query($query,$handle))      return $resource;  }}

定義一個(gè)實(shí)現(xiàn)了DB_Adpater接口的SQLite數(shù)據(jù)庫操作類

class Db_Adapter_sqlite implements Db_Adpater{  private $_dbLink;  //數(shù)據(jù)庫連接字符串標(biāo)識(shí)  public function connect($config)  {    if($this->_dbLink = sqlite_open($config->file, 0666, $error))    {      return $this->_dbLink;    }    throw new Db_Exception($error);  }  public function query($query, $handle)  {    if($resource = @sqlite_query($query,$handle))    {      return $resource;    }  }}

現(xiàn)在如果需要一個(gè)數(shù)據(jù)庫操作的方法怎么做,只需定義一個(gè)工廠類，根據(jù)傳入不同的生成需要的類即可

class sqlFactory{  public static function factory($type)  {    if(include_once 'Drivers/' . $type . '.php')    {      $classname = 'Db_Adapter_'.$type;      return new $classname;    }    else      throw new Exception('Driver not found');  }}

調(diào)用時(shí)，就可以這么寫

$db = sqlFactory::factory('MySQL');$db = sqlFactory::factory('SQLite');

我們把創(chuàng)建數(shù)據(jù)庫連接這塊程序單獨(dú)拿出來，程序中的CURD就不用關(guān)心什么數(shù)據(jù)庫了，只要按照規(guī)范使用對(duì)應(yīng)的方法即可。

工廠方法讓具體的對(duì)象解脫出來，使其不再依賴具體的類，而是抽象。

設(shè)計(jì)模式里面的命令模式也是SRP的體現(xiàn)，命令模式分離“命令的請(qǐng)求者”和“命令的實(shí)現(xiàn)者”方面的職責(zé)。舉一個(gè)很好理解的例子，就是你去餐館訂餐吃飯，餐館存在顧客、服務(wù)員、廚師三個(gè)角色。作為顧客，你要列出菜單，傳給服務(wù)員，由服務(wù)員通知廚師去實(shí)現(xiàn)。作為服務(wù)員，只需要調(diào)用準(zhǔn)備飯菜這個(gè)方法（對(duì)廚師喊“該炒菜了”），廚師聽到要炒菜的請(qǐng)求，就立即去做飯。在這里，命令的請(qǐng)求和實(shí)現(xiàn)就完成了解耦。

模擬這個(gè)過程，首先定義廚師角色，廚師進(jìn)行實(shí)際做飯、燒湯的工作。

以下是示例

/** * 廚師類，命令接受者與執(zhí)行者 * Class cook */class cook{  public function meal()  {    echo '番茄炒雞蛋',PHP_EOL;  }  public function drink()  {    echo '紫菜蛋花湯',PHP_EOL;  }  public function ok()  {    echo '完畢',PHP_EOL;  }}//然后是命令接口interface Command{  public function execute();}

輪到服務(wù)員出場(chǎng)，服務(wù)員是命令的傳送者，通常你到飯館吃飯都是叫服務(wù)員吧，不能直接叫廚師，一般都是叫“服務(wù)員，給我來盤番茄炒西紅柿”。所以，服務(wù)員是顧客和廚師之間的命令溝通都。

class MealCommand implements Command{  private $cook;  //綁定命令接受者  public function __construct(cook $cook)  {    $this->cook = $cook;  }  public function execute()  {    $this->cook->meal();//把消息傳給廚師，讓廚師做飯，下同  }}class DrinkCommand implements Command{  private $cook;  //綁定命令接受者  public function __construct(cook $cook)  {    $this->cook = $cook;  }  public function execute()  {    $this->cook->drink();  }}

現(xiàn)在顧客可以按照菜單叫服務(wù)員了

class cookControl{  private $mealcommand;  private $drinkcommand;  //將命令發(fā)送者綁定以命令接收器上面來  public function addCommand(Command $mealcommand, Command $drinkcommand)  {    $this->mealcommand = $mealcommand;    $this->drinkcommand = $drinkcommand;  }  public function callmeal()  {    $this->mealcommand->execute();  }  public function calldrink()  {    $this->drinkcommand->execute();  }}

好了，現(xiàn)在完成整個(gè)過程

$control = new cookControl;$cook = new cook;$mealcommand = new MealCommand($cook);$drinkcommand = new DrinkCommand($cook);$control->addCommand($mealcommand,$drinkcommand);$control->callmeal();$control->calldrink();

從上面的例子可以看出，原來設(shè)計(jì)模式并非純理論的東西，而是來源于實(shí)際生活，就連普通的餐館老板都懂設(shè)計(jì)模式這門看似高深的學(xué)問。其實(shí)，在經(jīng)濟(jì)和管理活動(dòng)中對(duì)流程的優(yōu)化就是對(duì)各種設(shè)計(jì)模式的摸索和實(shí)踐。所以，設(shè)計(jì)模式并非計(jì)算機(jī)編程中的專利。事實(shí)上，設(shè)計(jì)模式的起源并不是計(jì)算機(jī)，而是源于建筑學(xué)。

在設(shè)計(jì)模式方面，不僅以上這兩種體現(xiàn)了SRP，還有別的（比如代理模式）也體現(xiàn)了SRP。SRP不只是對(duì)類設(shè)計(jì)有意義，對(duì)以模塊、子系統(tǒng)為單位的系統(tǒng)架構(gòu)設(shè)計(jì)同樣有意義。

模塊、子系統(tǒng)也應(yīng)該僅有一個(gè)引起它變化的原因，如MVC所倡導(dǎo)的各個(gè)層之間的相互分離就是SRP在系統(tǒng)總體設(shè)計(jì)中的應(yīng)用。

SRP是最簡單的原則之一，也是最難做好的原則之一。我們會(huì)很自然地將職責(zé)連接在一起。找到并且分離這些職責(zé)是軟件設(shè)計(jì)需要達(dá)到的目的

一些簡單的應(yīng)用遵循的做法如下：

根據(jù)業(yè)務(wù)流程，把業(yè)務(wù)對(duì)象提煉出來。如果業(yè)務(wù)的流程的鏈路太復(fù)雜，就把這個(gè)業(yè)務(wù)對(duì)象分離為多個(gè)單一業(yè)務(wù)對(duì)象。當(dāng)業(yè)務(wù)鏈標(biāo)準(zhǔn)化后，對(duì)業(yè)務(wù)對(duì)象的內(nèi)部情況做進(jìn)一步處理，把第一次標(biāo)準(zhǔn)化視為最高層抽象，第二次視為次高層抽象，以此類推，直到“恰如其分”的設(shè)計(jì)層次

職責(zé)的分類需要注意。有業(yè)務(wù)職責(zé)，還要有脫離業(yè)務(wù)的抽象職責(zé)，從認(rèn)識(shí)業(yè)務(wù)到抽象算法是一個(gè)層層遞進(jìn)的過程。就好比命令模式中的顧客，服務(wù)員和廚師的職責(zé)，作為老板（即設(shè)計(jì)師）的你需要規(guī)劃好各自的職責(zé)范圍，即要防止越俎代庖，也要防止互相推諉。

希望本文所述對(duì)大家PHP程序設(shè)計(jì)有所幫助。