前些日子開始著真正的去了解下設計模式，開始麼，簡單地從單例模式開始，當然網上看了一些資料，單例模式比較好理解，看看介紹，然後看看**基本也就能夠理解了，設計模式這些的花點心思基本的是能夠理解的，當然要想很好的運用到專案上也是需要一定的實踐，不能只是知道了解，或者說的是很厲害很懂的，一到要實際操作就不行了，廢話就不多說了，php
戰線上的同志們都加油吧；
單例模式（職責模式）：
簡單的說，乙個物件（在學習設計模式之前，需要比較了解物件導向思想）只負責乙個特定的任務；
單例類：
1、建構函式需要標記為
private
（訪問控制：防止外部**使用
new操作符建立物件），單例類不能在其他類中例項化，只能被其自身例項化；
2、擁有乙個儲存類的例項的靜態成員變數
3、擁有乙個訪問這個例項的公共的靜態方法（常用
getinstance()
方法進行例項化單例類，通過
instanceof
操作符可以檢測到類是否已經被例項化）
另外，需要建立__clone()
方法防止物件被複製（轉殖）
為什麼要使用php
單例模式？
1、php的應用主要在於資料庫應用
, 所以乙個應用中會存在大量的資料庫操作
, 使用單例模式
, 則可以避免大量的
new
操作消耗的資源。
2、如果系統中需要有乙個類來全域性控制某些配置資訊,
那麼使用單例模式可以很方便的實現
. 這個可以參看zf的frontcontroller
部分。3、在一次頁面請求中,
便於進行除錯
, 因為所有的**
(例如資料庫操作類
db)都集中在乙個類中
, 我們可以在類中設定鉤子
, 輸出日誌，從而避免到處
var_dump, echo
。**實現：
<111?111php111
/1**
* 設計模式之單例模式
* $_instance必須宣告為靜態的私有變數
* 建構函式和析構函式必須宣告為私有,防止外部程式new
* 類從而失去單例模式的意義
* getinstance()方法必須設定為公有的,必須呼叫此方法
* 以返回例項的乙個引用
* ::操作符只能訪問靜態變數和靜態函式
* new物件都會消耗記憶體
* 使用場景:最常用的地方是資料庫連線。
* 使用單例模式生成乙個物件後，
* 該物件可以被其它眾多物件所使用。
class danli {
//儲存類例項的靜態成員變數
private static $_instance;
//private標記的構造方法
private function __construct(){
echo 'this is a constructed method;';
//建立__clone方法防止物件被複製轉殖
public function __clone(){
trigger_error('clone is not allow!',e_user_error);
//單例方法,用於訪問例項的公共的靜態方法
public static function getinstance(){
if(!(self::$_instance instanceof self)){
self::$_instance = new self;
return self::$_instance;
public function test(){
echo '呼叫方法成功';
//用new例項化private標記建構函式的類會報錯
//$danli = new danli();
//正確方法,用雙冒號::操作符訪問靜態方法獲取例項
$danli = danli::getinstance();
$danli->test();
//複製(轉殖)物件將導致乙個e_user_error
$danli_clone = clone $danli;
PHP單例模式
模式對於oop開發人員尤其有用，因為他有助於建立穩定的api，並且仍然保持一定的靈活度。一種模式可以幫助我們定義負責完成特定任務的物件，還可以允許我們全部修改掉某個類而不用修改與這些類打交道的 前者被稱為類的職責，後者被稱為類的多型性。單例模式被當作職責模式，他用來在應用程式中建立乙個單一的功能訪問...
php單例模式
單例模式 單例類 1 建構函式需要標記為private 訪問控制 防止外部 使用new操作符建立物件 單例類不能在其他類中例項化，只能被其自身例項化 2 擁有乙個儲存類的例項的靜態成員變數 3 擁有乙個訪問這個例項的公共的靜態方法 常用getinstance 方法進行例項化單例類，通過instanc...
php 單例模式
單例模式 身份證號碼 單例類identitycardno 身份證號碼類 class identitycardno public function getinstance else return self instance private function setidentitycardno no p...