我在用着__get() http://php.net/manual/en/language.oop5.overloading.php使我的一些属性“动态”（仅在请求时初始化它们）。这些“假”属性存储在私有数组属性中，我正在 __get 中检查该属性。

无论如何，您认为为每个属性创建方法而不是在 switch 语句中创建方法更好吗？

编辑：速度测试

我只关心性能，@Gordon 提到的其他东西对我来说并不那么重要：

• 不必要的增加复杂性 - 它并没有真正增加我的应用程序的复杂性
• 脆弱的非显而易见的 API - 我特别希望我的 API 被“隔离”；该文档应该告诉其他人如何使用它：P

以下是我所做的测试，这些测试让我认为性能下降的论点是不合理的：

50.000 次调用的结果（在 PHP 5.3.9 上）：

（t1 = 带 switch 的 magic，t2 = getter，t3 = 带进一步 getter 调用的 magic）

不确定 t3 上的“Cum”是什么意思。它不能是累积时间，因为 t2 应该有 2K 那么......

代码：

class B{}



class A{
  protected
    $props = array(
      'test_obj' => false,
    );

  // magic
  function __get($name){
    if(isset($this->props[$name])){
      switch($name){

        case 'test_obj':
          if(!($this->props[$name] instanceof B))
            $this->props[$name] = new B;

        break;
      }

      return $this->props[$name];
    }

    trigger_error('property doesnt exist');
  }

  // standard getter
  public function getTestObj(){
    if(!($this->props['test_obj'] instanceof B))
      $this->props['test_obj'] = new B;

    return $this->props['test_obj'];
  }
}



class AA extends A{

  // magic
  function __get($name){
    $getter = "get".str_replace('_', '', $name); // give me a break, its just a test :P

    if(method_exists($this, $getter))
      return $this->$getter();


    trigger_error('property doesnt exist');
  }


}


function t1(){
  $obj = new A;

  for($i=1;$i<50000;$i++){
    $a = $obj->test_obj;

  }
  echo 'done.';
}

function t2(){
  $obj = new A;

  for($i=1;$i<50000;$i++){
    $a = $obj->getTestObj();

  }
  echo 'done.';
}

function t3(){
  $obj = new AA;

  for($i=1;$i<50000;$i++){
    $a = $obj->test_obj;

  }
  echo 'done.';
}

t1();
t2();
t3();

ps：为什么我想使用 __get() 而不是标准 getter 方法？唯一的原因就是api的美观；因为我没有看到任何真正的缺点，我想这是值得的：P

编辑：更多速度测试

这次我用microtime来衡量一些平均值：

PHP 5.2.4 和 5.3.0（类似的结果）：

t1 - 0.12s
t2 - 0.08s
t3 - 0.24s

PHP 5.3.9，xdebug 处于活动状态，这就是它如此慢的原因：

t1 - 1.34s
t2 - 1.26s
t3-  5.06s

禁用 xdebug 的 PHP 5.3.9：

t1 - 0.30
t2 - 0.25
t3 - 0.86

 // magic
  function __get($name){
    $getter = "get".str_replace('_', '', $name);

    if(method_exists($this, $getter)){
      $this->$name = $this->$getter();   // <-- create it
      return $this->$name;                
    }


    trigger_error('property doesnt exist');
  }

具有请求名称的公共属性将在第一次 __get 调用后动态创建。这解决了速度问题 - 在 PHP 5.3 中获取 0.1 秒（比标准 getter 快 12 倍），以及 Gordon 提出的可扩展性问题。您可以简单地重写子类中的 getter。

缺点是该属性变得可写:(

以下是我的 Win7 机器上使用 PHP 5.3.6 的 Zend 调试器报告的代码结果：

如您所见，对您的呼叫__get方法比常规调用慢很多（3-4 倍）。我们仍然处理总共 50k 次调用的不到 1s 的时间，因此在小规模使用时可以忽略不计。但是，如果您的目的是围绕魔术方法构建整个代码，您将需要分析最终的应用程序以查看它是否仍然可以忽略不计。

关于相当无趣的性能方面就这么多了。现在让我们看看您认为“不那么重要”的内容。我要强调这一点，因为它实际上比性能方面重要得多。

关于您所写的不必要的复杂性

它并没有真正增加我的应用程序的复杂性

当然可以。通过查看代码的嵌套深度，您可以轻松发现它。好的代码留在左边。你的 if/switch/case/if 有四层深。这意味着有更多可能的执行路径，这将导致更高的结果圈复杂度 http://phpmd.org/rules/codesize.html，这意味着更难维护和理解。

这是 A 类的数字（不包括常规 Getter。输出缩短为PHPLoc https://github.com/sebastianbergmann/phploc):

Lines of Code (LOC):                                 19
  Cyclomatic Complexity / Lines of Code:           0.16
  Average Method Length (NCLOC):                     18
  Cyclomatic Complexity / Number of Methods:       4.00

值为 4.00 意味着这已经处于中等复杂度的边缘。每增加一个案例到交换机中，这个数字就会增加 2。此外，它会将您的代码变成程序混乱，因为所有逻辑都在 switch/case 内部，而不是将其划分为离散单元，例如单吸气剂。

Getter，即使是延迟加载的 Getter，也不需要相当复杂。考虑与普通旧 PHP Getter 相同的类：

class Foo
{
    protected $bar;
    public function getBar()
    {
        // Lazy Initialization
        if ($this->bar === null) {
            $this->bar = new Bar;
        }
        return $this->bar;
    }
}

在此运行 PHPLoc 将为您提供更好的循环复杂度

Lines of Code (LOC):                                 11
  Cyclomatic Complexity / Lines of Code:           0.09
  Cyclomatic Complexity / Number of Methods:       2.00

对于您添加的每一个普通旧 Getter，该值将保持为 2。

另外，请考虑到，当您想使用变体的子类型时，您将必须重载__get并复制并粘贴整个 switch/case 块以进行更改，而使用普通的旧 Getter，您只需重载需要更改的 Getter。

是的，添加所有 Getter 需要更多的打字工作，但它也更简单，最终会产生更易于维护的代码，并且还有一个好处是为您提供显式 API，这使我们可以看到您的其他语句

我特别希望我的 API 是“隔离的”；该文档应该告诉其他人如何使用它：P

我不知道你所说的“隔离”是什么意思，但如果你的 API 无法表达它的作用，那么它就是糟糕的代码。如果我必须阅读你的文档，因为你的 API 没有告诉我如何通过查看它来与之交互，那么你就做错了。你正在混淆代码。在数组中声明属性而不是在类级别（它们所属的位置）声明它们会迫使您为其编写文档，这是额外且多余的工作。好的代码易于阅读并且具有自记录功能。考虑购买罗伯特·马丁的书《干净的代码》。

话虽如此，当你说

唯一的原因就是api的美观；

然后我说：那就不要使用__get因为它会产生相反的效果。它会使 API 变得丑陋。魔法是复杂且不明显的，这正是导致那些 WTF 时刻的原因：

现在结束：

我没有看到任何真正的缺点，我想这是值得的

希望你现在就能看到他们。这不值得。

有关延迟加载的其他方法，请参阅Martin Fowler 的 PoEAA 中的各种延迟加载模式 http://martinfowler.com/eaaCatalog/lazyLoad.html:

延迟加载有四种主要类型。延迟初始化使用特殊的标记值（通常为空）来指示字段未加载。每次访问该字段都会检查该字段的标记值，如果已卸载，则加载它。虚拟代理是一个与真实对象具有相同接口的对象。第一次调用它的一个方法时，它会加载真实的对象，然后进行委托。价值持有者是一个具有 getValue 方法的对象。客户端调用getValue来获取真实的对象，第一次调用会触发加载。 Aghost是没有任何数据的真实对象。第一次调用方法时，ghost 会将完整数据加载到其字段中。

这些方法略有不同，并且有不同的权衡。您还可以使用组合方法。本书包含完整的讨论和示例。