Question

在类的构造函数中创建数据库查询以便在创建它的新实例时加载它是不好的做法吗？

class Home
{
    private $home_id = null;
    private $home_name = null;
    private $home_number = null;
    private $home_street = null;

    function __construct($home_id)
    {
        $do_query = $mysql_con->query("SELECT * FROM home WHERE home_id = '$home_id'");

        while ($home_data = $do_query->fetch_assoc())
        {
            // Set all of the items in the object
            $this->home_id = $home_data["home_id"];
            $this->home_name = $home_data["home_name"];
            $this->home_number = $home_data["home_number"];
            $this->home_street = $home_data["home_street"];
        }
    }
}

之前我被告知这可能是一种不好的做法，有一个查询在构造函数中构建对象。

如果这是不好的做法，为什么这是不好的做法？
有什么替代方案？

Answer 1

您的Home类是一个域对象，理想情况下，它们应该不知道它们是如何持久化的。

分离关注点可以提供灵活性。这也称为数据映射器模式。

class Home
{
    public $home_id;
    public $home_name;
    public $home_number;
    public $home_street;
}

interface HomeMapperInterface
{
    public function get($id);
}

class HomeMapper implements HomeMapperInterface
{
    public function __construct($db)
    {
        $this->db = $db;
    }

    public function get($id)
    {
        $query = $this->db->query(...);
        if (($row = $do_query->fetch_assoc()) === false) {
            throw new RecordNotFoundException();
        }

        $home = new Home;
        $home->home_id = $row['home_id'];
        // ...

        return $home;
    }
}

使用它：

$mapper = new HomeMapper($db);
$home = $mapper->get(123);

您可以使用标识符映射来改进这一点，以避免将相同的记录两次加载到单独的对象中。

顺便说一下，这只是一个部分数据映射器;它还可用于更新，插入和删除数据库中的对象。

Answer 2

存储库模式是一个有用的工具，可帮助缓解此问题，请参阅此前的SO讨论。

Proper Repository Pattern Design in PHP?

Answer 3

如果你小心的话，这不一定是不好的做法。例如，查询失败时会发生什么？构造函数是返回半成品对象还是抛出异常？抛出异常被认为是更好的，因为对半构造对象进行操作会导致难以预测的错误。

另一个问题是性能：数据库查询可能是一项昂贵的操作。有些人可能会对构造函数需要很长时间才能完成感到惊讶，但是如果有明确记录的话应该没有问题。

另一个性能问题是批处理：如果你必须使用这样的设计从数据库中获取多个对象，那么当你只能创建一个并根据结果构造对象时，你必须对数据库进行许多单独的查询。 p>

包含数据库查询的PHP构造函数构建对象，好/坏？

3 个答案: