自己的ORM：JOIN情况下的数据库记录？

Question

我们正在做自己的具有ORM能力的框架。数据库表现在是类，但是记录呢？让我们想象两个表：

Users
ID,USERNAME

Emails
USER_ID,ADDRESS

因此，一个记录对象将具有 getID()、getUSERNAME() 方法等，但如果这两个表是 JOIN 的，它就不能有两种类型，对吗？因为没有多重继承。那么场碰撞呢？

Answer 1

DBIx::Class 通过为每个表提供一个类来处理此问题，并且连接由获取与另一个表匹配的对象的方法来表示。

$myAddress = $myUser->emails->address;

Answer 2

我认为每个类都应该代表一条记录，整个表应该是一个对象数组（或其他一些集合）。查看 http://www.doctrine-project.org/ 以获得一些想法。

对于 JOIN，您应该有一些定义别名的机制。这样，您就可以处理现场碰撞。

对于 getter 和 setter，您可以使用 __call、__get 和 __set。请参阅http://php.net/manual/en/language.oop5.overloading。 php 了解更多信息。

Answer 3

我根据 这个 PHP UI 框架 的模型/ORM 实现提供一些见解。以下是我的一些建议：

• 不要盲目决定将函数映射到字段中。为什么不使用 get('field') 和 set('field')。没有任何缺点（除了缺乏 IDE 提示之外），但您可以避免代码生成或包罗万象，这通常会比较慢。
• 加入时您不一定需要多个对象。在我的 ORM 中，单个模型可以与连接表一起使用。这引入了透明度，当您调用 $model->set('address') 时，它可能与连接表相关联。我仍在使用动态查询的子实例进行子选择，但对于连接则不需要。
• 我看到了继承的强大功能以及在父模型中重塑父模型的能力。每个表可以有根据您的业务用途有多个模型。
• 模型和 ORM 应该分开，但应该非常紧密地结合在一起。我还设法让通用视图和通用控制器使一切都能很好地发挥作用，这可以节省大量时间。

希望这能帮助您找到自己的方法或决定不实现自己的 ORM。这不是一件容易的事。