静态类的原罪

　　黑格尔有句名言：存在即合理。以此为论据的话，静态类的存在自然有其合理性。不过物极必反，一旦代码过于依赖静态类，其劣化的结局则不可避免。这就好比罂粟作为一种草本植物，有其在药理上的价值，但如果肆无忌惮的大量使用，它就变成了毒品。

　　什么是静态类

　　所谓静态类指的是无需实例化成对象，直接通过静态方式调用的类。代码如下：

<?php  
 
class Math  
{  
    public static function ceil($value)  
    {  
        return ceil($value);  
    }  
 
    public static function floor($value)  
    {  
        return floor($value);  
    }  
}  
 
?> 

　　此时类所扮演的角色更像是命名空间，这或许是很多人喜欢使用静态类最直接的原因。

　　静态类的问题

　　本质上讲，静态类是面向过程的，因为通常它只是机械的把原本面向过程的代码集合到一起，虽然结果是以类的方式存在，但此时的类更像是一件皇帝的新衣，所以可以说静态类实际上是披着面向对象的皮儿，干着面向过程的事儿。

　　面向对象的设计原则之一：针对接口编程，而不是针对实现编程。这有什么不同?打个比方来说：抛开价格因素，你喜欢独立显卡的电脑还是集成显卡的电脑?我想绝大多数人会选择独立显卡。独立显卡可以看做是针对接口编程，而集成显卡就就可以看做是针对实现编程。如此说来针对实现编程的弊端就跃然纸上了：它丧失了变化的可能性。

　　下面杜撰一个文章管理系统的例子来具体说明一下：

<?php  
 
class Article  
{  
    public function save()  
    {  
        ArticleDAO::save();  
    }  
}  
 
?> 

　　Article实现必要的领域逻辑，然后把数据持久化交给ArticleDAO去做，而ArticleDAO是一个静态类，就好像焊在主板上的集成显卡一样难以改变，假设我们为了测试代码可能需要Mock掉ArticleDAO的实现，但因为调用时使用的是静态类的名字，等同于已经绑定了具体的实现方式，Mock几乎不可能，当然，实际上有一些方法可以实现：

<?php  
 
class Article  
{  
    private static $dao = ''ArticleDAO'';  
 
    public static funciton setDao($dao)  
    {  
        self::$dao = $dao;  
    }  
 
    public static function save()  
    {  
        $dao = self::$dao;  
 
        $dao::save();  
    }  
}  
 
?> 

　　有了变量的介入，可以在运行时设定具体使用哪个静态类：

<?php  
 
Article::setDao(''MockArticleDAO'');  
 
Article::save();  
 
?> 

　　虽然这样的实现方式看似

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!