廢話不多說了，先給大家介紹注冊樹模式然后介紹工廠模式最后給大家介紹單列模式，本文寫的很詳細(xì)，一起來學(xué)習(xí)吧。

php注冊樹模式

什么是注冊樹模式？

　　注冊樹模式當(dāng)然也叫注冊模式，注冊器模式。之所以我在這里矯情一下它的名稱，是因?yàn)槲腋杏X注冊樹這個(gè)名稱更容易讓人理解。像前兩篇一樣，我們這篇依舊是從名字入手。注冊樹模式通過將對(duì)象實(shí)例注冊到一棵全局的對(duì)象樹上，需要的時(shí)候從對(duì)象樹上采摘的模式設(shè)計(jì)方法。   這讓我想起了小時(shí)候買糖葫蘆，賣糖葫蘆的將糖葫蘆插在一個(gè)大的桿子上，人們買的時(shí)候就取下來。不同的是，注冊樹模式摘下來還會(huì)有，能摘很多次，糖葫蘆摘一次就沒了。。。

為什么要采用注冊樹模式？

　　單例模式解決的是如何在整個(gè)項(xiàng)目中創(chuàng)建唯一對(duì)象實(shí)例的問題，工廠模式解決的是如何不通過new建立實(shí)例對(duì)象的方法。 那么注冊樹模式想解決什么問題呢？ 在考慮這個(gè)問題前，我們還是有必要考慮下前兩種模式目前面臨的局限。  首先，單例模式創(chuàng)建唯一對(duì)象的過程本身還有一種判斷，即判斷對(duì)象是否存在。存在則返回對(duì)象，不存在則創(chuàng)建對(duì)象并返回。 每次創(chuàng)建實(shí)例對(duì)象都要存在這么一層判斷。 工廠模式更多考慮的是擴(kuò)展維護(hù)的問題。 總的來說，單例模式和工廠模式可以產(chǎn)生更加合理的對(duì)象。怎么方便調(diào)用這些對(duì)象呢？而且在項(xiàng)目內(nèi)如此建立的對(duì)象好像散兵游勇一樣，不便統(tǒng)籌管理安排啊。因而，注冊樹模式應(yīng)運(yùn)而生。不管你是通過單例模式還是工廠模式還是二者結(jié)合生成的對(duì)象，都統(tǒng)統(tǒng)給我“插到”注冊樹上。我用某個(gè)對(duì)象的時(shí)候，直接從注冊樹上取一下就好。這和我們使用全局變量一樣的方便實(shí)用。 而且注冊樹模式還為其他模式提供了一種非常好的想法。

如何實(shí)現(xiàn)注冊樹？

　　通過上述的描述，我們似乎很容易就找到了解決方法。首先我們需要一個(gè)作為注冊樹的類，這毋庸置疑。所有的對(duì)象“插入”到注冊樹上。這個(gè)注冊樹應(yīng)該由一個(gè)靜態(tài)變量來充當(dāng)。而且這個(gè)注冊樹應(yīng)該是一個(gè)二維數(shù)組。這個(gè)類應(yīng)該有一個(gè)插入對(duì)象實(shí)例的方法（set()），當(dāng)讓相對(duì)應(yīng)的就應(yīng)該有一個(gè)撤銷對(duì)象實(shí)例的方法（_unset()）。當(dāng)然最重要的是還需要有一個(gè)讀取對(duì)象的方法（get()）。擁有這些，我們就可以愉快地完成注冊樹模式啦~~~

　　下面讓三種模式做個(gè)小小的結(jié)合。單純創(chuàng)建一個(gè)實(shí)例對(duì)象遠(yuǎn)遠(yuǎn)沒有這么復(fù)雜，但運(yùn)用于大型項(xiàng)目的話，便利性便不言而喻了。

<?php
//創(chuàng)建單例
class Single{
 public $hash;
 static protected $ins=null;
 final protected function __construct(){
  $this->hash=rand(1,9999);
 }
 static public function getInstance(){
  if (self::$ins instanceof self) {
   return self::$ins;
  }
  self::$ins=new self();
  return self::$ins;
 } 
}
//工廠模式
class RandFactory{
 public static function factory(){
  return Single::getInstance();
 }
}
//注冊樹
class Register{
 protected static $objects;
 public static function set($alias,$object){
  self::$objects[$alias]=$object;
 }
 public static function get($alias){
  return self::$objects[$alias];
 }
 public static function _unset($alias){
  unset(self::$objects[$alias]);
 }
}
Register::set('rand',RandFactory::factory());
$object=Register::get('rand');
print_r($object);

       至此，三種模式設(shè)計(jì)介紹完畢。各種模式設(shè)計(jì)本身就會(huì)相輔相成，往后介紹其他模式的時(shí)候，多多少少會(huì)用到一種或多種其他設(shè)計(jì)模式。

　　   一種模式不懂不要緊，相信編程的深入，定會(huì)產(chǎn)生恍然大悟的驚喜感 ，愿諸君與我共進(jìn)步。

php工廠模式

那么何為工廠模式？

　　從名字來看，似乎看不出什么端倪。工廠模式，和生產(chǎn)有關(guān)？還是和生產(chǎn)流程有關(guān)？難道還和工廠領(lǐng)導(dǎo)有關(guān)？和領(lǐng)導(dǎo)秘書有關(guān)？秘書...     好了不賣關(guān)子了，所謂工廠模式還真和生產(chǎn)有關(guān)。生產(chǎn)什么呢？生產(chǎn)出來的是一個(gè)實(shí)例對(duì)象。通過什么設(shè)備生產(chǎn)？通過一個(gè)工廠類生產(chǎn)。怎么生產(chǎn)呢？工廠類調(diào)用自身靜態(tài)方法來生產(chǎn)對(duì)象實(shí)例。

  　工廠模式有一個(gè)關(guān)鍵的構(gòu)造，根據(jù)一般原則命名為Factory的靜態(tài)方法，然而這只是一種原則，雖然工廠方法可以任意命名這個(gè)靜態(tài)還可以接受任意數(shù)據(jù)的參數(shù)，必須返回一個(gè)對(duì)象。

為什么要是用工廠模式？

　　很多沒接觸過工廠模式的人會(huì)不禁問，為啥我要費(fèi)那么大的勁兒去構(gòu)造工廠類去創(chuàng)建對(duì)象呢？不去套用那些易維護(hù)，可擴(kuò)展之類的話，我們可以考慮這樣一個(gè)簡單的問題。如果項(xiàng)目中，我們通過一個(gè)類創(chuàng)建對(duì)象。在快完成或者已經(jīng)完成，要擴(kuò)展功能的時(shí)候，發(fā)現(xiàn)原來的類類名不是很合適或者發(fā)現(xiàn)類需要添加構(gòu)造函數(shù)參數(shù)才能實(shí)現(xiàn)功能擴(kuò)展。我靠！我都通過這個(gè)類創(chuàng)建了一大堆對(duì)象實(shí)例了啊，難道我還要一個(gè)一個(gè)去改不成？我們現(xiàn)在才感受到了“高內(nèi)聚低耦合”的博大精深。沒問題，工廠方法可以解決這個(gè)問題。

　　再考慮一下，我要連接數(shù)據(jù)庫，在php里面就有好幾種方法，mysql擴(kuò)展，mysqli擴(kuò)展，PDO擴(kuò)展。我就是想要一個(gè)對(duì)象用來以后的操作，具體要哪個(gè)，視情況而定嘍。既然你們都是連接數(shù)據(jù)庫的操作，你們就應(yīng)該擁有相同的功能，建立連接，查詢，斷開連接...（此處顯示接口的重要性）?？偠灾?，這幾種方法應(yīng)該“團(tuán)結(jié)一致，一致對(duì)外”。如何實(shí)現(xiàn)呢？利用工廠模式。

工廠模式如何實(shí)現(xiàn)？

　　相對(duì)于單例模式，上面我們提供了足夠的信息，工廠類，工廠類里面的靜態(tài)方法。靜態(tài)方法里面new一下需要?jiǎng)?chuàng)建的對(duì)象實(shí)例就搞定了。當(dāng)然至于考慮上面的第二個(gè)問題，根據(jù)工廠類靜態(tài)方法的參數(shù)，我們簡單做個(gè)判斷就好了。管你用if..else..還是switch..case..，能快速高效完成判斷該創(chuàng)建哪個(gè)類的工作就好了。最后，一定要記得，工廠類靜態(tài)方法返回一個(gè)對(duì)象。不是兩個(gè)，更不是三個(gè)。

基本的工廠類：

//要?jiǎng)?chuàng)建對(duì)象實(shí)例的類
class MyObject{
}
 //工廠類
class MyFactory{
public static function factory(){
return new MyObject():
 }
}
$instance=MyFactory::factory();

一個(gè)稍微復(fù)雜的工廠模式：

<?php
interface Transport{
 public function go();
}
class Bus implements Transport{
 public function go(){
  echo "bus每一站都要停";
 }
}
class Car implements Transport{
 public function go(){
  echo "car跑的飛快";
 }
}
class Bike implements Transport{
 public function go(){
  echo "bike比較慢";
 }
}
class transFactory{
 public static function factory($transport)
 {
  switch ($transport) {
   case 'bus':
    return new Bus();
    break;
   case 'car':
    return new Car();
    break;
   case 'bike':
    return new Bike();
    break;
  }
 }
}
$transport=transFactory::factory('car');
$transport->go();

　　需要工廠靜態(tài)方法為factory()的時(shí)候，千萬別再傻乎乎的把工廠類命名為Factory了。為啥啊？別忘了同名構(gòu)造函數(shù)的事兒啊~

　　最后還是談點(diǎn)感受吧，很多新手比較眼高手低，剛剛會(huì)了if..else..，session,cookie就要來點(diǎn)高大上的了。與人交談動(dòng)輒可擴(kuò)展性，可維護(hù)性之類云云，至于實(shí)例的話，就會(huì)一時(shí)語塞。有時(shí)候覺得，無論自己寫代碼還是和別人學(xué)習(xí)，都處于“眾里尋他千百度”的時(shí)候，真正踏實(shí)學(xué)習(xí)后，驀然回首，“那人卻在燈火闌珊處”，大呼：“原來這TM就是***啊”。

　　筆者不敢承認(rèn)自己會(huì)模式設(shè)計(jì)，我也是個(gè)不足一年的初學(xué)者，分享博客只是想記錄自己的學(xué)習(xí)歷程，能得到知道更是求之不得。如果能給別人帶來幫助，那就更好啦~~~

php單列模式

模式設(shè)計(jì)是什么？

     初學(xué)者一開始會(huì)被這高大上的名稱給唬住。而對(duì)于有豐富編程經(jīng)驗(yàn)的老鳥來說，模式設(shè)計(jì)又是無處不在。很多接觸的框架就是基于各種模式設(shè)計(jì)形成的。 簡單說，在寫代碼的過程中一開始往往接觸的是面向過程的，簡單的基礎(chǔ)的編程。這個(gè)時(shí)候我們往往追求的是代碼能夠?qū)崿F(xiàn)某項(xiàng)功能就萬事大吉。管他代碼多么冗余，管他代碼是否可重用，管他效率如何，能實(shí)現(xiàn)功能就好。但是，真正應(yīng)用于實(shí)際的，更被大家采納的是那些高效的，可重用的，便于團(tuán)隊(duì)開發(fā)的代碼?；谶@些因素，你不能像練手一樣，隨便命名函數(shù)名，隨便放置腳本。模式設(shè)計(jì)告訴是給人們組織代碼提供一種思路，實(shí)現(xiàn)可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。

　　在所有模式設(shè)計(jì)中，有三種基礎(chǔ)設(shè)計(jì)模式，單例模式，工廠模式，注冊樹模式，其他模式往往基于這幾種模式，下面介紹的是單例模式。

什么是單例模式？

　　根據(jù)這個(gè)名稱，我們很容易了解到，單例模式指的是在整個(gè)應(yīng)用中只有一個(gè)對(duì)象實(shí)例的設(shè)計(jì)模式。

為什么要用單例模式？

　　php常常和數(shù)據(jù)庫打交道，如果在應(yīng)用中如果頻繁建立連接對(duì)象，進(jìn)行new操作的話，會(huì)消耗大料的系統(tǒng)內(nèi)存資源，這并不是我們希望看到的。再則，在團(tuán)隊(duì)合作項(xiàng)目中，單例模式可以有效避免不同程序員new自己的對(duì)象，造成人為的系統(tǒng)消耗。

如何建立單例模式？

　　在看到這個(gè)問題的時(shí)候，相信優(yōu)秀的程序員很可能自己試著根據(jù)要求去創(chuàng)建單例模式，而不是坐等前人的經(jīng)驗(yàn)。區(qū)別于其他博友告訴你什么樣的模式是單例模式，我人更愿意和有面向?qū)ο缶幊袒窘?jīng)驗(yàn)的你考慮一下如何自己建立單例模式。

　　我們首先從題目出發(fā)，單例模式是只有一個(gè)對(duì)象實(shí)例的設(shè)計(jì)模式。這一點(diǎn)是很讓人蛋疼的。我們平常創(chuàng)建的類不是能創(chuàng)建很多對(duì)象的，就是不能創(chuàng)建對(duì)象的（抽象類）。要?jiǎng)?chuàng)建對(duì)象需要有類這是必須的，而且不能是抽象類。這個(gè)類要防止別人可以多次創(chuàng)建函數(shù)。我們自然而然考慮到了從構(gòu)造函數(shù)入手。但是，每次new操作都會(huì)調(diào)用構(gòu)造函數(shù)，也就是會(huì)多次創(chuàng)建對(duì)象實(shí)例。這和我們設(shè)計(jì)初衷相悖了。在此處務(wù)必申明構(gòu)造函數(shù)為private或者protected這樣才能解決這個(gè)問題。

　　構(gòu)造函數(shù)被申明為private或者protected這注定無法通過new的方法創(chuàng)建實(shí)例對(duì)象了。而且我們發(fā)現(xiàn)，經(jīng)過這一步處理后，解決問題的前景變得明朗起來？為什么呢？既然無法通過new方法創(chuàng)建對(duì)象實(shí)例，那么我們只能通過類內(nèi)的方法來創(chuàng)建對(duì)象實(shí)例了。 這個(gè)時(shí)候我們面臨一個(gè)有趣的先有雞還是先有蛋的問題。我們往往往往是創(chuàng)建了對(duì)象后才調(diào)用對(duì)象的方法，而此時(shí)需要調(diào)用類里面的方法來創(chuàng)建對(duì)象。不受是否創(chuàng)建對(duì)象影響都能調(diào)用的方法的解決方案毋庸置疑那就是利用關(guān)鍵字--static。

　　在類內(nèi)創(chuàng)建靜態(tài)方法完成完成什么工作呢？回歸主題：確保只創(chuàng)建一個(gè)實(shí)例對(duì)象。如何確保只有一個(gè)呢？這很簡單，if判斷一下啊。存在的話直接返回，不存在自己創(chuàng)建一個(gè)嘛。當(dāng)然這個(gè)實(shí)例對(duì)象是類的靜態(tài)屬性。至此，單例模式要求的功能實(shí)現(xiàn)完成。真的完成了么?還不算~如果有個(gè)類繼承本類，將構(gòu)造方法申明為public那不又壞事兒了？那有必要在構(gòu)造方法前加final關(guān)鍵字了。

最后貼上單例模式代碼，代碼解釋都在上面了~~

<?php
class Single{
 public $hash;
 static protected $ins=null;
  final protected function __construct(){
  $this->hash=rand(1,9999);
 }
 static public function getInstance(){
  if (self::$ins instanceof self) {
   return self::$ins;
  }
  self::$ins=new self();
  return self::$ins;
 } 
}

　　本身單例模式并不復(fù)雜，但需要深入理解。很多初學(xué)者依舊會(huì)感嘆：臥槽，構(gòu)造方法原來不一直是public啊~臥槽還可以不通過new創(chuàng)建對(duì)象啊~其實(shí)筆者想說，不管構(gòu)造方法被申明為public，private還是protected，最終創(chuàng)建對(duì)象的時(shí)候都會(huì)調(diào)用。一直是new創(chuàng)建對(duì)象實(shí)例，單例模式也用new創(chuàng)建對(duì)象，只是換個(gè)地方而已，從類外到類內(nèi)。

　　最后對(duì)研究出各種精妙的模式設(shè)計(jì)的程序員表示拜服~~

最新評(píng)論