重载属性以确保它们仅在首次访问时设置

Question

我有一种情况，我希望仅在实际访问类属性时才对其进行初始化，因为初始化该属性包括可能不必要的数据库调用。我可以使用 getter 方法，但这似乎有点矫枉过正，不断地调用这个方法（我希望该属性就在那里，因为它在 90% 的时间里被非常频繁地使用）。

所以我在考虑使用 PHP 的 overloading，经过一些测试，它似乎工作正常。

class MyClass
{
    public function getName()
    {
        return 'Bob';
    }

    public function doSomething()
    {
        var_dump($this->name);
        var_dump($this->name);
        var_dump($this->name);
    }

    public function __get($property)
    {
        var_dump('Getting property.');

        if($property == 'name') {
            $this->name = $this->getName();
            return $this->name;
        }
    }
}

在这里调用 doSomething() 正是我想要的：

string(17) "获取属性。"

字符串（3）“鲍勃”

字符串（3）“鲍勃”

字符串（3）“鲍勃”

第一次通过 getName() 方法获取属性，随后的属性现在直接设置并且可以正常访问。

所以这就是我想要的。不是在初始化类时设置 $this->name，而是在第一次访问时设置它。我知道即时响应可能是我可以直接调用 getName()，但对于这种特殊情况，我宁愿通过属性访问。该属性当前在类初始化时永久设置，无论是否被访问。

编辑：为了澄清起见，该属性实际上是现实世界应用程序中的 Eloquent 对象，而不是包含名称的字符串！以上只是我创建的示例，用于测试我的潜在解决方案是否可以正常工作，并显示我想要做什么。此外，还有一些这些属性。在没有被访问的情况下，我宁愿不初始化属性。

我的问题。这是对重载的合理使用，还是会被其他开发人员普遍反对？性能方面，考虑到重载仅用于第一次访问，这一切都好吗？

谢谢

Answer 1

您所指的是“lazy loading”。因为只有当它被调用时才会设置成员变量。在第一次调用时，该值被按摩，然后被存储，因此后续调用不会受到必须重新按摩数据的性能影响。

但对于这种特殊情况，我宁愿通过属性访问

嗯？所以你宁愿做$object->someMemberVariable vs $object->getValueForMember()？为什么？后者使您能够在单个位置改变数据（如有必要），而不必将责任放在调用代码上，这可能导致重复的逻辑，这是您不想要的。考虑一个时间戳变量，而不是在您调用 $object->createdAt 的任何地方格式化日期，您可以将日期格式化一次，然后使其在任何需要它的地方可用。

在您的代码 sn-p 中，您已经过度设计了 __get 调用 b/c，您将其视为具体访问器的包装器。

__get 或 __set 调用的最佳用途是在 ORM 中，它们不会创建潜在的数百个具体访问器，而是通过 __call 方法来表现它们。

-- 更新--

您几乎回答了自己的问题。你在这里做的是微优化，它的回报是递减的。但是如果你按照你说的去做

首先优化的其他领域（数据库性能、文件读取、 在内存中保存东西等））

您将获得更高的投资回报率。

你可以按照 Alex 在 cmets 中的建议去做，你可以给用户对象添加一个包装方法：

$user->getAddress()->getStreetName();

// Becomes

$user->getStreetName();

虽然一开始这可能看起来是优化的，但它在做同样的事情，只是稍微更改调用代码，以获得最小的收益。 但是有时添加，我称之为“便利包装”，可以增加一些好处。方便的包装器只是简单地包装调用以减轻调用代码的复杂性：

echo sprintf('%s %s %s', $user->getFirstName(), $user->getMiddleName(), $user->getLastName());

// Becomes

echo $user->getFullName();

还有一个但是，一些 ORM（和框架）会掩盖这样一个事实，即它们会进行额外的数据库调用来检索数据（延迟加载）。所以使用上面的地址示例；即使您进行了数据库调用以返回user 表中的数据，对getAddress() 的调用也需要另一个数据库调用以返回user_address 表中的数据。所以在这个例子中你可以做的是实现我所说的超级对象，很像一个普通的对象，但只有一个披风，jk。这就是我的意思：

// No extra DB call, as id is part of the primary table and was pulled on initial DB call
$user->getId(); 

// Even tho the ORM knows there is a relationship here it wasn't smart enough to pull it in on the initial call, so another DB call must be made
$user->getAddress()->getStreetName();

// What we want to do is incorporate our own method to retrieve a super object, so we can join all tables during initial db call and make the data available to the view

$query = 'SELECT u.*, ua.* FROM user AS a LEFT OUTER JOIN user_address AS ua WHERE u.id = 1';

// Hydrate user object accordingly
....

return $hydratedObject;

现在，使用超级对象，对存储在其他表中的辅助数据的任何调用都不会花费您的数据库命中，这将真正有助于优化您的应用。

有点偏离正题，但简而言之，像$user->getAddress()->getStreetName() 这样的调用绝对没有问题。事实上，这被称为 fluent interface 并且可能会很长，具体取决于类的编写方式：

$user->getCats()->getFirst()->getColor();