黑格爾有句名言：存在即合理。以此為論據(jù)的話，靜態(tài)類的使用必然有其合理性。不過物極必反，一旦代碼過于依賴靜態(tài)類，其劣化的結(jié)局則不可避免。這就好比罌粟作為一種草本植物，有其在藥理上的價(jià)值，但如果肆無忌憚的大量使用，它就變成了毒品。

什么是靜態(tài)類

所謂靜態(tài)類指的是無需實(shí)例化成對象，直接通過靜態(tài)方式調(diào)用的類。代碼如下：
復(fù)制代碼 代碼如下:
<?php

class Math
{
    public static function ceil($value)
    {
        return ceil($value);
    }

    public static function floor($value)
    {
        return floor($value);
    }
}

?>

此時(shí)類所扮演的角色更像是命名空間，這或許是很多人喜歡使用靜態(tài)類最直接的原因。

靜態(tài)類的問題

本質(zhì)上講，靜態(tài)類是面向過程的，因?yàn)橥ǔＫ皇菣C(jī)械的把原本面向過程的代碼集合到一起，雖然結(jié)果是以類的方式存在，但此時(shí)的類更像是一件皇帝的新衣，所以可以說靜態(tài)類實(shí)際上是披著面向?qū)ο蟮臍海芍嫦蜻^程的事兒。

面向?qū)ο蟮脑O(shè)計(jì)原則之一：針對接口編程，而不是針對實(shí)現(xiàn)編程。這有什么不同？打個(gè)比方來說：拋開價(jià)格因素，你喜歡獨(dú)立顯卡的電腦還是集成顯卡的電腦？我想絕大多數(shù)人會選擇獨(dú)立顯卡。獨(dú)立顯卡可以看做是針對接口編程，而集成顯卡就就可以看做是針對實(shí)現(xiàn)編程。如此說來針對實(shí)現(xiàn)編程的弊端就躍然紙上了：它喪失了變化的可能性。

下面杜撰一個(gè)文章管理系統(tǒng)的例子來具體說明一下：
復(fù)制代碼 代碼如下:
<?php

class Article
{
    public function save()
    {
        ArticleDAO::save();
    }
}

?>

Article實(shí)現(xiàn)必要的領(lǐng)域邏輯，然后把數(shù)據(jù)持久化交給ArticleDAO去做，而ArticleDAO是一個(gè)靜態(tài)類，就好像焊在主板上的集成顯卡一樣難以改變，假設(shè)我們?yōu)榱藴y試代碼可能需要Mock掉ArticleDAO的實(shí)現(xiàn)，但因?yàn)檎{(diào)用時(shí)使用的是靜態(tài)類的名字，等同于已經(jīng)綁定了具體的實(shí)現(xiàn)方式，Mock幾乎不可能，當(dāng)然，實(shí)際上有一些方法可以實(shí)現(xiàn)：
復(fù)制代碼 代碼如下:
<?php

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)類：
復(fù)制代碼 代碼如下:
<?php

Article::setDao('MockArticleDAO');

Article::save();

?>

雖然這樣的實(shí)現(xiàn)方式看似解決了Mock的問題，但是首先它修改的原有的代碼，違反了開閉原則，其次它引入了靜態(tài)變量，而靜態(tài)變量是共享的狀態(tài)，有可能會干擾其它代碼的執(zhí)行，所以并不是一個(gè)完美的解決方案。

補(bǔ)充說明，利用動態(tài)語言的特性，其實(shí)可以簡單的通過require一個(gè)不同的類定義文件來實(shí)現(xiàn)Mock，但這樣做同樣有弊端，設(shè)想我們在腳本里需要多次變換實(shí)現(xiàn)方式，但實(shí)際上我們只有一次require的機(jī)會，否則就會出現(xiàn)重復(fù)定義的錯(cuò)誤。

對象的價(jià)值

如果放棄靜態(tài)類，轉(zhuǎn)而使用對象，應(yīng)該如何實(shí)現(xiàn)文章管理系統(tǒng)的例子？代碼如下：
復(fù)制代碼 代碼如下:
<?php

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í)際上，這里用到了人們常說的依賴注入技術(shù)，通過構(gòu)造器或者Setter注入依賴的對象：
復(fù)制代碼 代碼如下:
<?php

$article = new Article(new MockArticleDAO());

$article->save();

?>

對象有自己的狀態(tài)，不會發(fā)生共享狀態(tài)干擾其它代碼的執(zhí)行的情況。

…

當(dāng)然，靜態(tài)類有好的一面，比如說很適合實(shí)現(xiàn)一些無狀態(tài)的工具類，但多數(shù)時(shí)候，我的主觀傾向很明確，多用對象，少用靜態(tài)類，避免系統(tǒng)過早的固化。順便說一句，希望別有人告訴我靜態(tài)類比對象快之類的說教，謝謝。

php技術(shù)：基于PHP靜態(tài)類的原罪詳解，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時(shí)間聯(lián)系我們修改或刪除，多謝。