黑格爾有句名言:存在即合理。以此為論據(jù)的話,靜態(tài)類的使用必然有其合理性。不過(guò)物極必反,一旦代碼過(guò)于依賴靜態(tài)類,其劣化的解決則不可避免。這就好比罌粟作為一種草本植物,有其在藥理上的價(jià)值,但如果肆無(wú)忌憚的大量使用,它就變成了毒品。
什么是靜態(tài)類
所謂靜態(tài)類指的是無(wú)需實(shí)例化成對(duì)象,直接通過(guò)靜態(tài)方式調(diào)用的類。代碼如下:
class Math
{
public static function ceil($value)
{
return ceil($value);
}
public static function floor($value)
{
return floor($value);
}
}
?>
此時(shí)類所扮演的角色更像是命名空間,這或許是很多人喜歡使用靜態(tài)類最直接的原因。
靜態(tài)類的問(wèn)題
本質(zhì)上講,靜態(tài)類是面向過(guò)程的,因?yàn)橥ǔK皇菣C(jī)械的把原本面向過(guò)程的代碼集合到一起,雖然結(jié)果是以類的方式存在,但此時(shí)的類更像是一件皇帝的新衣,所以可以說(shuō)靜態(tài)類實(shí)際上是披著面向?qū)ο蟮臍?,干著面向過(guò)程的事兒。
面向?qū)ο蟮脑O(shè)計(jì)原則之一:針對(duì)接口編程,而不是針對(duì)實(shí)現(xiàn)編程。這有什么不同?打個(gè)比方來(lái)說(shuō):拋開(kāi)價(jià)格因素,你喜歡獨(dú)立顯卡的電腦還是集成顯卡的電腦?我想絕大多數(shù)人會(huì)選擇獨(dú)立顯卡。獨(dú)立顯卡可以看做是針對(duì)接口編程,而集成顯卡就就可以看做是針對(duì)實(shí)現(xiàn)編程。如此說(shuō)來(lái)針對(duì)實(shí)現(xiàn)編程的弊端就躍然紙上了:它喪失了變化的可能性。
下面杜撰一個(gè)文章管理系統(tǒng)的例子來(lái)具體說(shuō)明一下:
class Article
{
public function save()
{
ArticleDAO::save();
}
}
?>
Article實(shí)現(xiàn)必要的領(lǐng)域邏輯,然后把數(shù)據(jù)持久化交給ArticleDAO去做,而ArticleDAO是一個(gè)靜態(tài)類,就好像焊在主板上的集成顯卡一樣難以改變,假設(shè)我們?yōu)榱藴y(cè)試代碼可能需要Mock掉ArticleDAO的實(shí)現(xiàn),但因?yàn)檎{(diào)用時(shí)使用的是靜態(tài)類的名字,等同于已經(jīng)綁定了具體的實(shí)現(xiàn)方式,Mock幾乎不可能,當(dāng)然,實(shí)際上有一些方法可以實(shí)現(xiàn):
class Article
{
private static $dao = 'ArticleDAO';
public static funciton setDao($dao)
{
self::$dao = $dao;
}
public static function save()
{
$dao = self::$dao;
$dao::save();
}
}
?>
有了變量的介入,可以在運(yùn)行時(shí)設(shè)定具體使用哪個(gè)靜態(tài)類:
Article::setDao('MockArticleDAO');
Article::save();
?>
雖然這樣的實(shí)現(xiàn)方式看似解決了Mock的問(wèn)題,但是首先它修改的原有的代碼,違反了開(kāi)閉原則,其次它引入了靜態(tài)變量,而靜態(tài)變量是共享的狀態(tài),有可能會(huì)干擾其它代碼的執(zhí)行,所以并不是一個(gè)完美的解決方案。
補(bǔ)充說(shuō)明,利用動(dòng)態(tài)語(yǔ)言的特性,其實(shí)可以簡(jiǎn)單的通過(guò)require一個(gè)不同的類定義文件來(lái)實(shí)現(xiàn)Mock,但這樣做同樣有弊端,設(shè)想我們?cè)谀_本里需要多次變換實(shí)現(xiàn)方式,但實(shí)際上我們只有一次require的機(jī)會(huì),否則就會(huì)出現(xiàn)重復(fù)定義的錯(cuò)誤。
注:某些情況下,利用靜態(tài)延遲綁定也可以提高靜態(tài)類的可測(cè)試性,參考PHPUnit。
對(duì)象的價(jià)值
如果放棄靜態(tài)類,轉(zhuǎn)而使用對(duì)象,應(yīng)該如何實(shí)現(xiàn)文章管理系統(tǒng)的例子?代碼如下:
class Article
{
private $dao;
public function __construct($dao = null)
{
if ($dao === null) {
$dao = new ArticleDAO();
}
$this->setDao($dao);
}
public function setDao($dao)
{
$this->dao = $dao;
}
public function save()
{
$this->dao->save();
}
}
?>
實(shí)際上,這里用到了人們常說(shuō)的依賴注入技術(shù),通過(guò)構(gòu)造器或者Setter注入依賴的對(duì)象:
$article = new Article(new MockArticleDAO());
$article->save();
?>
對(duì)象有自己的狀態(tài),不會(huì)發(fā)生共享狀態(tài)干擾其它代碼的執(zhí)行的情況。
…
當(dāng)然,靜態(tài)類有好的一面,比如說(shuō)很適合實(shí)現(xiàn)一些無(wú)狀態(tài)的工具類,但多數(shù)時(shí)候,我的主觀傾向很明確,多用對(duì)象,少用靜態(tài)類,避免系統(tǒng)過(guò)早的固化。順便說(shuō)一句,希望別有人告訴我靜態(tài)類比對(duì)象快之類的說(shuō)教,謝謝。
更多信息請(qǐng)查看IT技術(shù)專欄