期回顧:「七天自制PHP框架」第二天:模型與數(shù)據(jù)庫,點(diǎn)擊此處
原文地址:http://www.cnblogs.com/sweng/p/6624845.html,歡迎關(guān)注:編程老頭
為什么要使用設(shè)計(jì)模式?
設(shè)計(jì)模式,我的理解是為了達(dá)到“可復(fù)用”這個(gè)目標(biāo),而設(shè)計(jì)的一套相互協(xié)作的類。
感興趣的讀者可以閱讀《Design Patterns: Elements of Reusable Object-Oriented Software》,四位作者(Gang of Four)在書中列舉了業(yè)界聞名的23種設(shè)計(jì)模式。
這里先介紹我們框架要涉及的三種設(shè)計(jì)模式。
單例模式(singleton)
單例模式可以保證一個(gè)類只有一個(gè)對象實(shí)例, 常用在數(shù)據(jù)庫存取類,從而節(jié)省硬件資源的消耗。
這里,我們改寫上一章節(jié)的MySQL類
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 | class MySQL extends DB{ private static $instance =null; public static function getInstance(){ if (self:: $instance ==null){ self:: $instance = new MySQL(); } return self:: $instance ; } public function MySQL(){ /*Config*/ $this ->IP= '*' ; $this ->ServerID= '*' ; $this ->ServerPassword= '*' ; $this ->DataBaseName= '*' ; /*End of Config*/ $this ->connection=mysqli_connect( $this ->IP, $this ->ServerID, $this ->ServerPassword, $this ->DataBaseName); if (! $this ->connection){ die ( 'Could not connect' . $this ->connection); } mysqli_query( $this ->connection, 'set names utf8' ); } public function Execute( $sql ){ return mysqli_query( $this ->connection, $sql ); } public function Query( $sql ){ $result =mysqli_query( $this ->connection, $sql ); $arr = array (); while ( $row =mysqli_fetch_array( $result )){ $arr []= $row ; } return $arr ; } public function Close(){ mysqli_close( $this ->connection); } } |
這里要注意的是,如果實(shí)例化一個(gè)MySQL類,我們不再寫
1 | $db = new MySQL(); |
而是這樣:
1 | $db =MySQL::getInstance(); |
因?yàn)橹挥術(shù)etInstance這個(gè)靜態(tài)函數(shù),才能保證只調(diào)用一次MySQL類的構(gòu)造函數(shù)。
單例模式是很常用的設(shè)計(jì)模式,這里不再贅述。
外觀模式(Facade)
因?yàn)槊臻g的問題,外觀模式可以保證一個(gè)類的諸多方法看似是“一個(gè)類提供的”,這里我們先設(shè)計(jì)一個(gè)簡單的服務(wù)提供者類
1 2 3 4 5 | class ServiceProvider{ public function Write( $arg ){ echo $arg ; } } |
這個(gè)類只有一個(gè)Write方法,就是把參數(shù)打印出來
然后定義一個(gè)Facade類
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | class Facade{ public static function getInstance( $classname , $args ){ return new $classname ( $args ); } public static function getFacadeAccessor(){ // } public static function __callstatic( $method , $args ){ $instance = static ::getInstance( static ::getFacadeAccessor(), $args ); return call_user_func_array( array ( $instance , $method ), $args ); } } |
要理解這個(gè)類,我們只要關(guān)注最后一個(gè)函數(shù),就是__callstatic魔術(shù)方法。這個(gè)方法就是Facade類型對象或者其子類在調(diào)用他自身沒有定義過的函數(shù)時(shí),就會調(diào)用__callstatic方法,而這個(gè)方法最后調(diào)用了call_user_func_array函數(shù),就是把任務(wù)交給提供這項(xiàng)服務(wù)的類去完成,同時(shí)完成參數(shù)的傳遞。
我們再寫一個(gè)Facade子類
1 2 3 4 5 | class MyFacade extends Facade{ public static function getFacadeAccessor(){ return ServiceProvider:: class ; } } |
這里注意,子類實(shí)現(xiàn)了父類沒有具體實(shí)現(xiàn)的getFacadeAccessor方法,這個(gè)方法就是要告訴父類的__callstatic方法:“我作為Facade,代表的是什么哪個(gè)類,任務(wù)就由他來實(shí)現(xiàn)吧”,從語法上看,只是返回了一個(gè)表示類名的字符串。所以父類起初并不知道它的子類都代表著什么“服務(wù)提供者類”,只有當(dāng)子類的靜態(tài)函數(shù)被調(diào)用后,因?yàn)樽宇悰]有該靜態(tài)函數(shù),所以父類的__callstatic方法被啟動(dòng)了。
抽象工廠(Factory)
我對抽象工廠有一個(gè)粗俗的理解:“對象與字符串的對應(yīng)”,也就是用一個(gè)字符串就可以創(chuàng)造一個(gè)類的對象。這種做法主要用在兩種情況下是很方便的:
1.類名不穩(wěn)定,會在項(xiàng)目中頻繁修改
類名修改,很多時(shí)候并不是設(shè)計(jì)者的“命名潔癖”或者“命名強(qiáng)迫癥”導(dǎo)致的修改,而是在項(xiàng)目的不斷迭代,發(fā)覺這個(gè)類設(shè)計(jì)的不合理。如果這個(gè)類用的不頻繁,那么改個(gè)類名只要手工做一些小的修改即可,但是如果這個(gè)類通篇存在于代碼之中(假如是數(shù)據(jù)庫類),那修改工作量就大了,當(dāng)然,我們也可以對代碼文件使用“字符串替換”,但是假如一個(gè)PHP寫成的項(xiàng)目,PHP文件有幾十上百個(gè),這也是不合理的事。
2.類的設(shè)計(jì)者并不是類的使用者
類的設(shè)計(jì)者和類的使用者不是同一個(gè)開發(fā)人員,那么記憶一個(gè)字符串或許比記憶一個(gè)類名要生動(dòng)的多。我們都學(xué)過計(jì)算機(jī)網(wǎng)絡(luò)原理,都知道記憶一個(gè)域名要比記憶一個(gè)IP地址要生動(dòng)的多,這就是DNS解決的問題。
因?yàn)槌橄蠊S很多教材都有涉及,不再贅述,本文將介紹一下目前非常流行的服務(wù)容器。
我們希望整個(gè)工程項(xiàng)目中,DB類,Session類,F(xiàn)ileSystem類“拿來即用”,不用每次繁瑣的初始化,比如寫$db=new DB(arg1,arg2);這類語句,也希望DB等類型的對象像一個(gè)“全局”變量一般,在整個(gè)程序運(yùn)行期間,隨時(shí)可以調(diào)用。
服務(wù)容器可以讓調(diào)用DB等類型的程序員不用知道這個(gè)類太多的細(xì)節(jié),甚至可以用一個(gè)字符串的別名來創(chuàng)建這樣一個(gè)對象。
我們定義一個(gè)服務(wù)容器類
1 2 3 4 5 6 7 8 9 | class Container{ public $bindings ; public function bind( $abstract , $concrete ){ $this ->bindings[ $abstract ]= $concrete ; } public function make( $abstract , $parameters =[]){ return call_user_func_array( $this ->bindings[ $abstract ], $parameters ); } } |
可以把服務(wù)容器簡單的看成一個(gè)全局變量,bind方法就是用關(guān)聯(lián)數(shù)組把字符串和構(gòu)造函數(shù)做綁定。
至此,有了服務(wù)容器,我們的Model類就要做修改了
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 | class Model implements IModel{ public static $table ; public static $container ; public static $db ; public function __construct(){ self:: $container = new Container(); self:: $container ->bind( 'db' , function (){ return MySQL::getInstance(); }); self:: $db =self:: $container ->make( 'db' ,[]); } public static function get( $id ){ return self::where( 'id' , $id ); } public static function where( $condition , $value ){ $sql =sprintf( "select * from %s where %s='%s'" ,self:: $table , $condition , $value ); return self:: $db ->Query( $sql ); } public static function all(){ $sql =sprintf( "select * from %s" ,self:: $table ); return self:: $db ->Query( $sql ); } } |
觀察上面代碼,我們同時(shí)用了單例模式和服務(wù)容器。
總結(jié):如果要做一個(gè)PHP框架,應(yīng)該要做好代碼的復(fù)用。設(shè)計(jì)模式一直是很多爭論的焦點(diǎn),“究竟該不該使用設(shè)計(jì)模式?”,本文開始,我也努力回避“過于糾結(jié)這個(gè)問題”,我認(rèn)為,設(shè)計(jì)模式有其存在的價(jià)值,至少在具體項(xiàng)目中,確實(shí)在很多版本迭代中節(jié)省了工作量,提高工作效率,但是如果在一個(gè)小項(xiàng)目中為了“秀一下我會設(shè)計(jì)模式”而使用設(shè)計(jì)模式,就不合理了。
本文為博主原創(chuàng)文章,轉(zhuǎn)載請?jiān)诿黠@位置注明出處: http://www.cnblogs.com/sweng
本作品采用知識共享署名-非商業(yè)性使用-禁止演繹 3.0 未本地化版本許可協(xié)議進(jìn)行許可。
http://www.cnblogs.com/sweng/p/6666008.html