PHP V5.3 通过其延后静态绑定特性解决了面向对象编程的一些问题。了解 LSB 如何修复 PHP 的 面向对象编程问题以及如何实现需要使用 LSB 的一些众所周知的面向对象设计模式。 重新回顾 面向对象 如果您过去曾接触过 PHP 面向对象,那么很可能会出于以下原因而决定不使用它: 读过诸多宣称 PHP 面向对象 有问题的博文中的一条。 曾尝试实现一个简单的设计模式,但没有成功。 而对于 PHP V5.3,有关 面向对象 的博文都是正面的,并且 PHP 面向对象 的问题在很大程度上已得到解决。是时候重回 PHP 面向对象 了。通过本文,您将看到在 V5.3 出现之前曾存在问题的一些设计模式:单例、生成器、工厂方法和活动记录。 单例、生成器和工厂方法设计模式被视为是 创建型 的模式,因它们可协助对象的构建。单例模式可能是最常用的 面向对象 设计模式之一了 ;它限制了一个类的对象实例数只能为 1。比如数据库连接池就是单例设计模式的一个例子:我们一般不想让应用程序具有连接池类的多个资源密集型实例。 在需要分离复杂对象的构建和表示时,就需要用到生成器设计模式,您可以使用相同的构造过程来创建多个对象。生成器模式的实现可以很复杂,但一旦生成器可用,它就可以简化生成器所创建对象的构造和使用。具有输出 HTML、XML 或 PDF 能力的转变器就是需要使用生成器的一个例子。 而工厂方法模式,顾名思义,定义的是一个用来大量产出对象的方法的实现。您可以在应用程序需要创建其类型依赖于子类的实现的对象时,使用工厂方法模式。 活动记录模式则可用来在域类内包装关系数据库持久性方法。一个活动记录的每个实例都关系到数据库内的特定行。这个类包含了要插入、删除和更新数据库内的一行或多个行的方法。活动记录设计模式是由 Martin Fowler 在 Patterns of Enterprise Application Architecture 内定义的,并因在 Ruby on Rails 内的使用而日益流行。 前-LSB 的创建型设计模式实现问题 上述提到的所有这四个设计模式均使用了静态的属性和方法。例如,看一下清单 1 内所示的这个连接池单例。 清单 1. 一个简单的单例 <?php public static function getInstance() { $db = ConnPool::getInstance(); 注意到 ConnPool 的构造函数方法(called __construct)是空的。在一个生产实现中,可以使用该方法来创建数据库连接池的间隔。 静态 getInstance 方法包含单例的模板代码。只有在静态的 $onlyOne 变量为空时,它才会创建一个 $onlyOne 实例。请注意它是如何使用 __CLASS__ 变量来获得类的类型并随即创建该类的一个实例的。 使用 getInstanceCount 方法只是为了证明只创建了连接池的一个实例。清单 1 底部的四行代码则证明无论请求 ConnPool 池类的一个实例多少次,它都会返回相同的对象。 所以, 到目前为止,此单例一切正常 — 直到您决定想要以面向对象的继承树的形式对这个连接池进行子类处理来支持多个数据库。清单 2 显示了这个继承树(为了清晰起见,删除了实例计数器和构造函数代码)。 清单 2. 在没有 LSB 时对单例进行的一次失败尝试 <?php public static function getInstance() { class ConnPoolAS400 extends ConnPool { (责任编辑:admin) |