使用数据映射器模式，实体（域对象）是否应该知道映射器？

Question

我是第一次使用 Doctrine2，但我认为这个问题足够通用，不依赖于特定的 ORM。

Data Mapper 模式中的实体是否应该了解并使用 - Mapper？

我有几个具体的例子，但它们似乎都归结为同一个一般性问题。

如果我正在处理来自外部源的数据 - 例如，User 有许多 Messages - 并且外部源仅提供最新的几个实体（如 RSS 提要），$user->addMessage($message) 如何检查对于重复项，除非它知道 Mapper，或者它在集合中“搜索”（似乎是一种低效的做法）。

当然，控制器或事务脚本可以在向用户添加消息之前检查重复项 - 但这似乎不太正确，并且会导致代码重复。

如果我有一个大型集合 - 又是一个 User 和许多 Messages - User 实体如何在不实际代理 Mapper 调用的情况下为集合提供限制和分页？

同样，控制器或事务脚本或任何使用实体的东西都可以直接使用映射器来检索受计数、日期范围或其他因素限制的User 的Messages 的集合——但这也将导致代码重复。

答案是否使用存储库并让实体了解它们？ （至少对于 Doctrine2，以及其他 ORM 使用的任何类似概念。）此时，Entity 仍然与 Mapper 相对分离。

Answer 1

规则 #1：保持您的域模型简单明了。

首先，不要因为您认为它可能效率低下而过早地优化某些东西。构建您的域，以便对象和语法正确流动。保持接口干净： $user->addMessage($message) 是干净、精确和明确的。在底层，您可以利用任意数量的模式/技术来确保保持完整性（缓存、查找等）。您可以利用服务来编排（复杂的）对象依赖关系，这可能有点矫枉过正，但这是一个基本的示例/想法。

class User
{
  public function addMessage(Message $message)
  {
     // One solution, loop through all messages first, throw error if already exists
     $this->messages[] $message;
  }
  public function getMessage()
  {
     return $this->messages;
  }
}
class MessageService
{
  public function addUserMessage(User $user, Message $message)
  {
     // Ensure unique message for user
     // One solution is loop through $user->getMessages() here and make sure unique
     // This is more or less the only path to adding a message, so ensure its integrity here before proceeding 
     // There could also be ACL checks placed here as well
     // You could also create functions that provide checks to determine whether certain criteria are met/unmet before proceeding
     if ($this->doesUserHaveMessage($user,$message)) {
       throw Exception...
     }
     $user->addMessage($message);
  }
  // Note, this may not be the correct place for this function to "live"
  public function doesUserHaveMessage(User $user, Message $message)
  {
     // Do a database lookup here
     return ($user->hasMessage($message) ? true
  }
}
class MessageRepository
{
  public function find(/* criteria */)
  {
     // Use caching here
     return $message;
  }
}

class MessageFactory
{
   public function createMessage($data)
   {
     //
     $message = new Message();
     // setters
     return $message;
   }
}

// Application code
$user = $userRepository->find(/* lookup criteria */);
$message = $messageFactory->create(/* data */);
// Could wrap in try/catch
$messageService->sendUserMessage($user,$message);

也一直在使用 Doctrine2。您的域实体对象就是那些对象......它们不应该知道它们来自哪里，域模型只是管理它们并将它们传递给管理和操作它们的各种功能。

回头看，我不确定我是否完全回答了您的问题。但是，我不认为实体本身应该有权访问映射器。创建服务/存储库/对对象进行操作并在这些功能中使用适当技术的任何东西...

也不要从一开始就过度设计它。让您的领域专注于其目标，并在性能确实成为问题时进行重构。

Answer 2

IMO，一个实体应该忘记它来自哪里、谁创建了它以及如何填充其相关实体。在我使用（我自己的）的 ORM 中，我能够定义两个表之间的连接并通过指定（在 C# 中）来限制其结果：

SearchCriteria sc = new SearchCriteria();
sc.AddSort("Message.CREATED_DATE","DESC");
sc.MaxRows = 10;
results = Mapper.Read(sc, new User(new Message());

这将导致一个限制为 10 个项目的连接，按消息的创建日期排序。消息项将添加到每个用户。如果我写：

results = Mapper.Read(sc, new  Message(new User());

连接是反向的。

因此，可以使实体完全不知道映射器。

Answer 3

没有。

原因如下：信任。你不能相信数据会为系统的利益而行动。您只能相信系统会对数据采取行动。这是编程逻辑的基础。

假设数据中有一些令人讨厌的东西，它是为 XSS 设计的。如果一个数据块正在执行操作或者如果它被评估，那么 XSS 代码就会被混合到事物中并且它会打开一个安全漏洞。

不要让左手知道右手做什么！ （主要是因为你不想知道）