2. 程式人生 > >PHP常用的三種設計模式

PHP常用的三種設計模式

阿新 • • 發佈：2018-04-12
寫代碼 comment 獲得 return interface 高級 對象 檢測 mys

本文為大家介紹常用的三種php設計模式：單例模式、工廠模式、觀察者模式，有需要的朋友可以參考下。

一、首先來看，單例模式

所謂單例模式，就是確保某個類只有一個實例，而且自行實例化並向整個系統提供這個實例，即在應用程序中只會有這個類的一個實例存在。
通常單例模式用在僅允許數據庫訪問對象的實例中，從而防止打開多個數據庫連接，單例模式是一種常見的設計模式，在計算機系統中，線程池、緩存、日誌對象、對話框、打印機、數據庫操作、顯卡的驅動程序常被設計成單例。

一個單例類應包括以下幾點：
和普通類不同，單例類不能被直接實例化，只能是由自身實例化。因此，要獲得這樣的限制效果，構造函數必須標記為private。
要讓單例類不被直接實例化而能起到作用，就必須為其提供這樣的一個實例。因此，就必須要讓單例類擁有一個能保存類的實例的私有靜態成員變量和對應的一個能訪問到實例的公共靜態方法。
在PHP中，為防止對單例類對象的克隆來打破單例類的上述實現形式，通常還為基提供一個空的私有__clone()方法。好吧，廢話不多說，概括如下

單例模式有以下3個特點：

1．只能有一個實例,必須擁有一個構造函數，並且必須被標記為private

2．必須自行創建這個實例，擁有一個保存類的實例的靜態成員變量

3．必須給其他對象提供這一實例，擁有一個訪問這個實例的公共的靜態方法

單例類不能再其它類中直接實例化，只能被其自身實例化。它不會創建實例副本，而是會向單例類內部存儲的實例返回一個引用

那麽為什麽要使用PHP單例模式？

PHP一個主要應用場合就是應用程序與數據庫打交道的場景，在一個應用中會存在大量的數據庫操作，針對數據庫句柄連接數據庫的行為，使用單例模式可以避免大量的new操作。因為每一次new操作都會消耗系統和內存的資源。

在以往的項目開發中，沒使用單例模式前的情況如下：

技術分享圖片 
//初始化一個數據庫句柄
$db = new DB(...);
//比如有個應用場景是添加一條評論信息
$db->addComment();
......
//如果我們要在另一地方使用這個評論信息，這時要用到數據庫句柄資源，可能會這麽做
......
function comment() {
　　　$db = new DB(...);
　　　$db->getCommentInfo();
......
//可能有些朋友也許會說，可以直接使用global關鍵字！
　　　global $db;
......
技術分享圖片

的確global可以解決問題，也起到單例模式的作用，但在OOP中，我們建議拒絕這種編碼。因為global存在安全隱患（全局變量不受保護的本質）。

全局變量是面向對象程序員遇到的引發BUG的主要原因之一。這是因為全局變量將類捆綁於特定的環境，破壞了封裝。如果新的應用程序無法保證一開始就定義了相同的全局變量，那麽一個依賴於全局變量的類就無法從一個應用程序中提取出來並應用到新應用程序中。

確切的講，單例模式恰恰是對全局變量的一種改進，避免那些存儲唯一實例的全局變量汙染命名空間。你無法用錯誤類型的數據覆寫一個單例。這種保護在不支持命名空間的PHP版本裏尤其重要。因為在PHP中命名沖突會在編譯時被捕獲，並使腳本停止運行。

我們用單例模式改進下示例：

技術分享圖片 
class Single {
    private $name;//聲明一個私有的實例變量
    private function __construct(){//聲明私有構造方法為了防止外部代碼使用new來創建對象。
    
    }

    static public $instance;//聲明一個靜態變量（保存在類中唯一的一個實例）
    static public function getinstance(){//聲明一個getinstance()靜態方法，用於檢測是否有實例對象
        if(!self::$instance) self::$instance = new self();
        return self::$instance;
    }

    public function setname($n){ $this->name = $n; }
    public function getname(){ return $this->name; }
}

$oa = Single::getinstance();
$ob = Single::getinstance();
$oa->setname(‘hello php world‘);
$ob->setname(‘good morning php‘);
echo $oa->getname();//good morning php
echo $ob->getname();//good morning php
技術分享圖片

單例模式的優缺點：

優點：

1. 改進系統的設計

2. 是對全局變量的一種改進

缺點：

1. 難於調試

2. 隱藏的依賴關系

3. 無法用錯誤類型的數據覆寫一個單例

二、工廠模式

工廠模式就是一種類，是指包含一個專門用來創建其他對象的方法的類，工廠類在多態性編程實踐中是至關重要的，它允許動態的替換類，修改配置，通常會使應用程序更加靈活，熟練掌握工廠模式高級PHP開發人員是很重要的。

工廠模式通常用來返回符合類似接口的不同的類，工廠的一種常見用法就是創建多態的提供者，從而允許我們基於應用程序邏輯或者配置設置來決定應實例化哪一個類，例如，可以使用這樣的提供者來擴展一個類，而不需要重構應用程序的其他部分，從而使用新的擴展後的名稱 。

通常，工廠模式有一個關鍵的構造，根據一般原則命名為Factory的靜態方法，然而這只是一種原則，工廠方法可以任意命名，這個靜態還可以接受任意數據的參數，必須返回一個對象。

具有為您創建對象的某些方法，這樣就可以使用工廠類創建對象，工廠模式在於可以根據輸入參數或者應用程序配置的不同來創建一種專門用來實現化並返回其它類的實例的類，而不直接使用new，這樣如果想更改創建的對象類型，只需更改該工廠即可，

先舉個示例吧：

技術分享圖片 
<?php
class Factory {//創建一個基本的工廠類
    static public function fac($id){//創建一個返回對象實例的靜態方法
        if(1 == $id) return new A();
        elseif(2==$id) return new B();
        elseif(3==$id) return new C();
        return new D();
    }
}

interface FetchName {//創建一個接口
    public function getname();//
}

class A implements FetchName{
    private $name = "AAAAA";
    public function getname(){ return $this->name; }
}

class C implements FetchName{
    private $name = "CCCCC";
    public function getname(){ return $this->name; }
}
class B implements FetchName{
    private $name = "BBBBB";
    public function getname(){ return $this->name; }
}

class D implements FetchName{
    private $name = "DDDDD";
    public function getname(){ return $this->name; }
}


$o = Factory::fac(6);//調用工廠類中的方法
if($o instanceof FetchName){
  echo  $o->getname();//DDDDD
}

$p=Factory::fac(3);
echo $p->getname();//CCCCC

?>
技術分享圖片

個人意見，再說簡單點吧,PHP工廠模式就是用一個工廠方法來替換掉直接new對象的操作，就是為方便擴展，方便使用，在新增實現基類中的類中方法時候，那麽在工廠類中無需修改，傳入參數可以直接使用，具體就是跳過工廠類修改，直接使用工廠類輸出想要的結果。在傳統習慣中，如果要生成一個類的話，在代碼中直接new一個對象，比如：

class Database{
    
}
 
$db = new Database();

下面介紹工廠模式的操作方法:

技術分享圖片 
class Database{  
 
}
 
//創建一個工廠類
class Factory
{
   //創建一個靜態方法
   static function createDatabase(){
       $db = new Database;
       return $db;
   }
}
技術分享圖片

那麽，當我們想創建一個數據庫類的話，就可以使用這樣的方法:

<?php 
    $db = Factory::createDatabase();
?>

簡單工廠模式比直接new一個對象的好處是，比如Database這個類在很多php文件中都有使用到，當Database這個類發生了某些變更，比如修改了類名、或者一些參數發生了變化，那這時候如果你使用的是$db = new Database這種傳統方法生成對象，那麽在所有包含這種生成對象的php文件代碼中都要進行修改。而使用工廠模式，只要在工廠方法或類裏面進行修改即可。而且工廠模式是其他設計模式的基礎。
對上面的簡單工廠模式再進一步優化，比如:

利用工廠類生產對象:

技術分享圖片 
<?php
class Example
{
    // The parameterized factory method
    public static function factory($type)
    {
        if (include_once ‘Drivers/‘ . $type . ‘.php‘) {
            $classname = ‘Driver_‘ . $type;
            return new $classname;
        } else {
            throw new Exception(‘Driver not found‘);
        }
    }
}
 
// Load a MySQL Driver
$mysql = Example::factory(‘MySQL‘);
 
// Load an SQLite Driver
$sqlite = Example::factory(‘SQLite‘);
?>
技術分享圖片

簡單工廠模式又稱靜態工廠方法模式。從命名上就可以看出這個模式一定很簡單。它存在的目的很簡單：定義一個用於創建對象的接口。
要理解工廠模式這個概念，讓我們最好談一下許多開發人員從事大型系統的艱苦歷程。在更改一個代碼片段時，就會發生問題，系統其他部分 —— 您曾認為完全不相關的部分中也有可能出現級聯破壞。
該問題在於緊密耦合 。系統某個部分中的函數和類嚴重依賴於系統的其他部分中函數和類的行為和結構。您需要一組模式，使這些類能夠相互通信，但不希望將它們緊密綁定在一起，以避免出現聯鎖。
在大型系統中，許多代碼依賴於少數幾個關鍵類。需要更改這些類時，可能會出現困難。例如，假設您有一個從文件讀取的 User 類。您希望將其更改為從數據庫讀取的其他類，但是，所有的代碼都引用從文件讀取的原始類。這時候，使用工廠模式會很方便。

看下實例：

技術分享圖片 
<?php
 
    interface IUser
    {
      function getName();
    }
 
    class User implements IUser
    {        
      public $id;
      public function __construct( $id ) { }
 
      public function getName()
      {
        return "Fantasy";
      }
    }
?>
技術分享圖片

傳統方法使用 User 類，一般都是這樣：

技術分享圖片 
<?php
//在頁面1
$obj = new User(1);
 
//在頁面2
$obj2 = new User(2);
 
//在頁面3
$obj3 = new User(3);
....

?>
技術分享圖片

這時候，由於新的需求，使得User類要新增個參數或者User類名稱發生變化，User 類代碼發生變動，即：

技術分享圖片 
<?php
class User implements IUser
{
  public $id,$pre;
  public function __construct( $id , $pre = ‘‘) {...}
 
  public function getName()
  {
    return $this->pre."Fantasy";
  }
}

?>
技術分享圖片

接著，恐怖的事情發生了，假設之前有 100 個頁面引用了之前的 User 類，那麽這 100 個頁面都要發生相應的改動：

技術分享圖片 
//在頁面1
$obj = new User(1,‘aaa‘);
 
//在頁面2
$obj = new User(2,‘aaa‘);
 
//在頁面3
$obj = new User(3,‘aaa‘);
...
技術分享圖片

本來是一個小小的改動，但因緊密耦合的原因使得改動大吐血。而使用工廠模式則可以避免發生這種情況：

技術分享圖片 
//User類為變動前
class UserFactory
{
  public static function Create( $id )
  {
    return new User( $id );
  }
}
 
//頁面1
$uo1 = UserFactory::Create( 1 );
 
//頁面2
$uo12 = UserFactory::Create( 2 );
....
技術分享圖片

這時候需求變動，User 類也發生變動：

技術分享圖片 
<?php
class User implements IUser
{
  public $id,$pre;
  public function __construct( $id , $pre = ‘‘) {...}
 
  public function getName()
  {
    return $this->pre."Jack";
  }
}
?>
技術分享圖片

但是，我們不再需要去改動這 100 個頁面，我們要改的僅僅是這個工廠類：

技術分享圖片 
//
class UserFactory
{
  public static function Create( $id,$pre = ‘aaa‘ )
  {
    return new User( $id ,$pre);
  }
}
技術分享圖片

其他100個頁面不用做任何改動，這就是工廠設計模式帶來的好處。看下UML圖：

技術分享圖片

三、觀察者模式
觀察者模式為您提供了避免組件之間緊密耦合的另一種方法。該模式非常簡單：觀察者模式是一種事件系統，意味著這一模式允許某個類觀察另一個類的狀態，當被觀察的類狀態發生改變的時候，觀察類可以收到通知並且做出相應的動作;

現在有兩派，有的人建議使用設計模式，有的人不建議使用設計模式！
這就好比寫文章一樣，有的人喜歡文章按照套路走，比如敘事性質的文章，時間，地點，人物，事件。而有的人喜歡寫雜文或者散文，有的人喜歡寫詩詞！
現在寫代碼很多地方類似於寫文章，但是在有些地方比寫文章需要更多的技能！寫文章寫多了一般也能寫出優秀的文章，而代碼也一樣，寫多了也能寫出很多有寫的代碼！
很多時候，我看設計模式的時候，有些設計模式只是吻合我的代碼習慣。但是你硬去套它，那麽反而適得其反。——很多時候是學會了招式，在應用中不知不覺的使用上這些招式，才能掌握其道，但是也不要拘泥於招式，正所謂“無招勝有招”嗎? 我學設計模式的初衷，就是知道有這麽個玩意兒？腦子裏有這麽個印象，也不會生套它！如果設計模式不符合你的習慣對你閱讀代碼反而是不利的！ 觀察者模式定義對象的一對多依賴,這樣一來，當一個對象改變狀態時，它的所有依賴者都會收到通知並自動更新! 設計原則

在觀察者模式中，會改變的是主題的狀態以及觀察者的數目。用這個模式，你可以改變依賴於主題狀態的對象，卻不必改變主題。——找出程序中會變化的方面，然後將其和固定不變的方面相分離! 主題和觀察者都使用接口:觀察者利用主題的接口向主題註冊，而主題利用觀察者接口通知觀察者。這樣可以讓兩者之間運作正常，又同時具有松耦合的優點! ——針對接口編程，不針對實現編程! 觀察者模式利用“組合”將許多觀察者組合進主題中。對象(觀察者——主題)之間的這種關系不是通過繼承產生的，而是在運行時利用組合的方式產生的。 ——多用組合，少用繼承！ 好了，不說太多廢話，直接上代碼：
技術分享圖片 
<?php
/**
 * 觀察者模式
 * @author: Fantasy
 * @date: 2017/02/17
 */
 
class Paper{ /* 主題    */
    private $_observers = array();
 
    public function register($sub){ /*  註冊觀察者 */
        $this->_observers[] = $sub;
    }
     
    public function trigger(){  /*  外部統一訪問    */
        if(!empty($this->_observers)){
            foreach($this->_observers as $observer){
                $observer->update();
            }
        }
    }
}
 
/**
 * 觀察者要實現的接口
 */
interface Observerable{
    public function update();
}
 
class Subscriber implements Observerable{
    public function update(){
        echo "Callback\n";
    }
}
?>
技術分享圖片

下面是測試代碼:

技術分享圖片 
/*  測試    */
$paper = new Paper();
$paper->register(new Subscriber());
//$paper->register(new Subscriber1());
//$paper->register(new Subscriber2());
$paper->trigger();
技術分享圖片 總結 當新對象要填入的時候，只需要在主題(又叫可觀察者)中進行註冊(註冊方式很多，你也可以在構造的時候，或者框架訪問的接口中進行註冊),然後實現代碼直接在新對象的接口中進行。這降低了主題對象和觀察者對象的耦合度。 好的設計模式不會直接進入你的代碼中，而是進入你的大腦中。

PHP常用的三種設計模式

相關推薦

C#常用三種設計模式

 一、單件模式 動機（Motivation):    在軟體系統中，經常有這樣一些特殊的類，必須保證它們在系統中只存在一個例項，才能確保它們的邏輯正確性、以及良好的效率。    如何繞過常規的構造器，提供一種機制來保證一個類只建立一個例項？這應該是類設計者的責任，而不是類使用

PHP常用的三種設計模式

寫代碼 comment 獲得 return interface 高級 對象 檢測 mys 本文為大家介紹常用的三種php設計模式：單例模式、工廠模式、觀察者模式，有需要的朋友可以參考下。 一、首先來看，單例模式 所謂單例模式，就是確保某個類只有一個實例，而且自行實例化並向整

常用的三種設計模式 PHP代碼

static bsp urn php代碼 ati for val pri single 　　 // 工廠模式 interface Iuser { public function getUserName(); } class UserFactory {

Android常用8種設計模式（三）

常用8種設計模式最後三個:介面卡模式、合成模式、訪問者模式    -----文章部落格園整理而來，尊重原創 對於android開發者來說起，介面卡模式簡直太熟悉不過，有很多應用可以說是天天在直接或者間接的用到介面卡模式，比如ListView。 ListView用於顯示列表資

java 常用十種設計模式示例歸納 | 已打包請帶走

java 設計模式 程序員 程序人生 互聯網 設計模式（Design pattern）是一套被反復使用、多數人知曉的、經過分類編目的、代碼設計經驗的總結。 GitHub地址DesignPattern 文章說明一個Demo，集合常用的十種設計模式，每個模式使用易被人們接受的案例講述，按模式分

php常見五種設計模式

turn pub instance blog strong utf func 創建 var php面向對象基礎知識 請點擊查看 單例模式 單例模式解決的是如何在整個項目中創建唯一對象實例的問題. (示例demo:) 1 <?php 2 //單例模式:保證某個類

安卓常用6種設計模式總結

轉載自https://blog.csdn.net/u012583459/article/details/47079529          和https://blog.csdn.net/u012583459/article/details/470

設計模式（建立型）：Java常用23種設計模式之單例模式詳解以及Java程式碼實現

可以說單例模式是所有設計模式中最簡單的一種。 單例模式就是說系統中對於某類的只能有一個物件，不可能出來第二個。 單例模式也是23中設計模式中在面試時少數幾個會要求寫程式碼的模式之一。主要考察的是多執行緒下面單例模式的執行緒安全性問題。 1.多執行緒安全單例模式例項一(不使用同步鎖)

php 十一種設計模式

                        &nbs

設計模式：Java常用23種設計模式及六大原則簡介

目錄 簡介 建立型模式 結構型模式 行為型模式 簡介 設計模式（Design pattern）代表了最佳的實踐，通常被有經驗的面向物件的軟體開發人員所採用。設計模式是軟體開發人員在軟體開發過程中面臨的一般問題的解決方案。這些解決方案是眾多軟體開發人員經

常用幾種設計模式的特點

名稱 特點 工廠模式 用一個工廠方法或者類生成物件，來替換掉在在程式碼中直接new 物件的方式 單例模式 構造方法私有化，通過靜態的公有方法來獲取例項物件

Java三種設計模式

Java設計模式 1,靜態工廠方法模式 提供一個工廠類,構造方法私有,不允許外界直接建立該工廠類的物件. 在工廠類中新增一個靜態方法,用於建立物件並返回. 缺點:不利於後期維護 如果後期要再建

常用5種設計模式介紹

1單例模式 在某些情況下，有些物件只需要一個就可以了，即每個類只需要一個例項。例如，一臺計算機上的可以連線多臺印表機，但是該計算機上的列印程式只能有一個，這裡就可以通過單例模式來避免兩個列印作業同時輸出到印表機中，即在整個的列印過程中只有一個列印程式的例項。 單例模式（單

php的23種設計模式

PhpDesignPatterns 【PHP 中的設計模式】 一、 Introduction【介紹】 設計模式：提供了一種廣泛的可重用的方式來解決我們日常程式設計中常常遇見的問題。設計模式並不一定就是一個類庫或者第三方框架，它們更多的表現為一種思想並且廣泛地應用在系統中

面試三種設計模式

1、裝飾模式     *****************************************************************************************

常用設計模式(一)-UML圖和三種工廠模式

平時在寫程式碼的時候，應該從設計模式的角度去審視自己的程式碼是否合理，下面介紹幾個常用的設計模式 1.先講一下UML基礎知識 一個框代表一個類，分三格:名稱、屬性、介面 +public –private #protected 關聯關係：一個類知道一個類時，用關聯

設計模式—三種工廠模式(JAVA)

bsp ati int abs @override 手機 分配 ron size 一：簡單工廠： 有一個實際工廠，這個工廠只能造一類的產品，這一類產品就是一個產品接口，會有多個具體產品實現這個接口，例 如，一個手機廠，生產蘋果手機，三星手機；

23種設計模式介紹（三）---- 行為型模式

不同 延遲 log 實現 其中 sta IE class 發出 由於設計模式篇幅比較大，如果在一篇文章講完所有的設計模式的話不利於閱讀。於是我把它分為三篇文章 23種設計模式介紹（一）---- 創建型模式 23種設計模式介紹（二）---- 結構型模式 23

php-fpm 三種運行模式

這也 就會 ceshi 單位 自然 slow ike sin 避免 php-fpm配置 配置文件：php-fpm.conf 開啟慢日誌功能的： slowlog = /usr/local/var/log/php-fpm.log.slowrequest_slowlog_t

8種常用的android設計模式

一般來說，常用的android設計模式有以下8種：單例、工廠、觀察者、代理、命令、介面卡、合成、訪問者。   　　單例模式：目的是為了讓系統中只有一個呼叫物件，缺點是單例使其他程式過分依賴它，而且不同單例執行在不同程序中，使得維護困難；   　　工廠模式：生產固定