PHP MVC：数据映射器模式：类设计

Question

我有一个带有域对象和数据映射器的 Web MVC 应用程序。数据映射器的类方法包含所有数据库查询逻辑。我试图避免镜像任何数据库结构，因此在构造 sql 语句时实现最大的灵活性。所以，原则上，我尽量不使用任何 ORM 或 ActiveRecord 结构/模式。

我举个例子： 通常，我可以有一个抽象类AbstractDataMapper 被所有特定的数据映射器类继承——比如UserDataMapper 类。然后我可以在AbstractDataMapper 中定义一个findById() 方法，以通过给定的id 值获取特定表的记录——比如users——例如用户身份。但这意味着我总是从单个表中获取记录，而无法使用任何左连接也从与给定 id - 用户 ID 对应的其他一些表中获取一些其他详细信息。

所以，我的问题是： 在这些条件下——我自己有义务这样做，我应该实现一个抽象数据映射器类，还是每个数据映射器类都应该包含它自己完全“专有”的数据访问层实现？

我希望我能清楚地表达我的想法。如果我不清楚或者您有任何问题，请告诉我。

非常感谢您的时间和耐心。

Answer 1

如果我明白你的意思...

让你所有的具体映射器都从一个公共类继承 SQL 有几个你错过的问题：

• 域对象中的参数名称取决于列的名称
• 映射器中有一个“获取方法”，它没有对应的表
• 您仍然拥有超类所期望的配置（表名）
• DB 架构必须将 id 作为所有 PRIMARY KEY 列的名称

现在，我将尝试解开其中的每一个。

参数和列名

要创建共享的findById() 方法，唯一实用的方法是围绕以下内容构建它：

"SELECT * FROM {$this->tableName} WHERE id = :id"

主要问题实际上是通配符* 符号。

使用数据映射器填充实体有两种主要方法：使用 setter 或使用反射。在这两种情况下，参数/设置器的“名称”都隐含在您选择的列中。

在普通查询中，您可以执行SELECT name AS fullName FROM ... 之类的操作，这使您可以使用查询重新命名 字段。但是对于“统一方法”，没有好的选择。

每个mapper都可以通过id获取数据？

所以，问题是，除非您有一个每个表的映射器结构（在这种情况下，活动记录开始看起来像实用的选项），否则您最终会遇到几个（非常常见的）“边缘情况”场景映射器：

• 仅用于保存数据
• 处理集合而非单一实体
• 聚合来自多个表的数据
• 适用于具有复合键的表
• 它实际上不是一个表，而是一个 SQL 视图
• ...或以上的组合

您最初的想法在小规模项目中可以正常工作（一个或两个映射器是“边缘案例”）。但是对于大型项目，findById() 的使用将是例外而不是常态。

独立育儿？

要真正在超类中获得这个findById() 方法，您需要一种将表名传达给它的方法。这意味着，您的类定义中有 protected $tableName 之类的东西。

您可以通过在抽象映射器类中添加abstract function getTableName() 来缓解它，该类在实现时会返回一个全局常量值。

但是，当您的映射器需要处理多个表时会发生什么。

对我来说，这似乎是一种代码味道，因为信息实际上跨越了两个边界（因为没有更好的词）。当此代码中断时，将在超类中为 SQL 显示错误，这不是错误的来源（特别是，如果您使用常量）。

命名主键

这是一个比较有争议的观点:)

据我所知，调用所有主列id 的做法来自各种 ORM。所产生的惩罚仅适用于可读性（和代码维护）。考虑以下两个查询：

SELECT ar.id, ac.id 
  FROM Articles AS ar LEFT JOIN 
       Accounts AS ac ON ac.id = ar.account_id 
 WHERE ar.status = 'published'

SELECT ar.article_id, ac.account_id 
  FROM Articles AS ar LEFT JOIN 
       Accounts AS ac USING(account_id)
 WHERE ar.status = 'published'

随着数据库架构的增长和查询变得越来越复杂，实际跟踪“id”在什么情况下代表什么变得越来越难。

我的建议是为列尝试相同的名称，当它是主键时，当它是外键时（如果可能，因为在某些情况下，例如“闭表，它是不可行的）。基本上，所有列相同类型的商店 ID 应该具有相同的名称。

作为一个小奖励，您可以获得USING() 语法糖。

TL;DR

坏主意。你基本上是在破坏LSP。