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

php注冊(cè)樹模式

什么是注冊(cè)樹模式？

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

為什么要采用注冊(cè)樹模式？

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

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

　　通過(guò)上述的描述，我們似乎很容易就找到了解決方法。首先我們需要一個(gè)作為注冊(cè)樹的類，這毋庸置疑。所有的對(duì)象“插入”到注冊(cè)樹上。這個(gè)注冊(cè)樹應(yīng)該由一個(gè)靜態(tài)變量來(lái)充當(dāng)。而且這個(gè)注冊(cè)樹應(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()）。擁有這些，我們就可以愉快地完成注冊(cè)樹模式啦~~~

　　下面讓三種模式做個(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();
 }
}
//注冊(cè)樹
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工廠模式

那么何為工廠模式？

　　從名字來(lái)看，似乎看不出什么端倪。工廠模式，和生產(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)出來(lái)的是一個(gè)實(shí)例對(duì)象。通過(guò)什么設(shè)備生產(chǎn)？通過(guò)一個(gè)工廠類生產(chǎn)。怎么生產(chǎn)呢？工廠類調(diào)用自身靜態(tài)方法來(lái)生產(chǎn)對(duì)象實(shí)例。

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

為什么要是用工廠模式？

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

　　再考慮一下，我要連接數(shù)據(jù)庫(kù)，在php里面就有好幾種方法，mysql擴(kuò)展，mysqli擴(kuò)展，PDO擴(kuò)展。我就是想要一個(gè)對(duì)象用來(lái)以后的操作，具體要哪個(gè)，視情況而定嘍。既然你們都是連接數(shù)據(jù)庫(kù)的操作，你們就應(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ù)，我們簡(jiǎn)單做個(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í)候，千萬(wàn)別再傻乎乎的把工廠類命名為Factory了。為啥?。縿e忘了同名構(gòu)造函數(shù)的事兒啊~

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

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

php單列模式

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

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

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

什么是單例模式？

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

為什么要用單例模式？

　　php常常和數(shù)據(jù)庫(kù)打交道，如果在應(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í)例。這和我們?cè)O(shè)計(jì)初衷相悖了。在此處務(wù)必申明構(gòu)造函數(shù)為private或者protected這樣才能解決這個(gè)問題。

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

　　在類內(nèi)創(chuàng)建靜態(tài)方法完成完成什么工作呢？回歸主題：確保只創(chuàng)建一個(gè)實(shí)例對(duì)象。如何確保只有一個(gè)呢？這很簡(jiǎn)單，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)造方法原來(lái)不一直是public啊~臥槽還可以不通過(guò)new創(chuàng)建對(duì)象啊~其實(shí)筆者想說(shuō)，不管構(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)論