php - 是否有可能在 PHP 中过度使用后期静态绑定(bind)？

Question

从 5.3 版本开始，PHP 支持 late binding对于静态方法。虽然它无疑是一个有用的特性，但只有少数情况确实需要使用它(例如 Active Record 模式)。

考虑这些例子:

<强>1。便利构造函数 (::create())

class SimpleObject
{
    public function __construct() { /* ... */ }

    public static function create()
    {
        return new static; // or: return new self;
    }
}

如果这个类可以扩展(但是，它没有被同一个包中的任何类扩展)，是否应该使用后期静态绑定(bind)只是为了使扩展更容易(不必重写 ::create() 方法，更重要的是，无需记住这样做)？

注意:这个惯用语用于解决无法在刚构造的对象上调用方法的问题:new SimpleObject()->doStuff() 在 PHP 中无效。

---

<强>2。类常量

class TagMatcher
{
    const TAG_PATTERN = '/\<([a-z\-]+?)\>/i';

    private $subject;

    public function construct($subject) { $this->subject = $subject; }

    public function getAllTags()
    {
        $pattern = static::TAG_PATTERN;
        preg_match_all($pattern, $this->subject);
        return $pattern[1];
    }
}

在这个例子中使用static:: 的原因与上一个类似。之所以使用它，是因为可以使此类仅通过扩展它并覆盖常量来匹配不同形式的标签。

---

因此，总而言之，后期静态绑定(bind)的这些用途(和类似用途)是否矫枉过正？是否有明显的性能下降？此外，频繁使用后期绑定(bind)是否会降低操作码缓存带来的整体性能提升？

Answer 1

So, to wrap it all up, are these uses (and similar ones) of late static binding are an overkill? Is there any noticeable performance hit? Also, does frequent use of late binding reduce the overall performance boost given by opcode caches?

后期静态绑定(bind)的引入修复了 PHP 对象模型中的一个缺陷。这与性能无关，而与语义有关。

例如，只要方法的实现不使用 $this，我就喜欢使用静态方法。仅仅因为方法是静态的并不意味着您有时不想重写它。在 PHP 5.3 之前，行为是如果覆盖静态方法不会标记错误，但 PHP 会继续并默默地使用父版本。例如，下面的代码在 PHP 5.3 之前打印“A”。这是非常出乎意料的行为。

后期静态绑定(bind)修复了它，现在相同的代码打印“B”。

<?php
class A {
  public static function who() {
    echo __CLASS__;
  }
  public static function test() {
    static::who();
  }
}

class B extends A {
  public static function who() {
    echo __CLASS__;
  }
}

B::test();
?>