DDD：领域模型命名空间约定

Question

我正在用 PHP 编写一个带有域模型的应用程序，并且想知道应该采用哪种命名约定。

假设我有一个客户，在其聚合根中有一个地址。
我还有一个Product，在其聚合根中有一个Option。

我有两种选择：

1. 将聚合根保留在域模型的根处：

   <前><代码>客户 客户\地址 产品 产品\选项

   专业版：我可以在同一命名空间中使用 Customer 和 Product
   缺点：客户必须将自己的地址引用为客户\地址

2. 对所有聚合进行分组同一命名空间中的类，包括聚合根：

   客户\客户
   客户\地址
   产品\产品
   产品\选项
   

   专业版：客户可以将其地址引用为地址
   缺点：从我的根域命名空间，我必须引用：

   • 客户 为 客户\客户
   • 产品作为产品\产品

Answer 1

我不久前写了一个小框架，我选择使用您提出的第一个解决方案。

将聚合根保留在域模型的根处：

为什么？

事实上，我问了自己和你今天问的同样的问题，在与我的团队成员进行了一些讨论之后，我们一致认为，在命名空间中不重复类名感觉更合乎逻辑。

---

让我们看看如何使用解决方案 n°2 实例化您的类

Customer\Customer
Customer\Address

您必须编写：

$customer = new Customer\Customer();
$address = new Customer\Address();

您可以看到重复吗？我感觉不太对劲。
在我看来，这就像

$customer->getCustomerId();

在方法名称中写“为什么重复客户”？我们知道这是客户的 ID，因为我们使用的是 Customer 对象。

该模型的另一个“坏事”是无法使用保留关键字作为类名。

例如，使用 pear 约定，您可以拥有

Customer_Abstract

位于 Customer/Abstract.php 的类，这对我来说没问题，但如果您尝试使用名称空间对其进行翻译，则会

namespace Customer;

class Abstract {}

导致致命错误。因此，您必须再次重复类名中的域：

namespace Customer;

class AbstractCustomer {}

$customer = new Customer\AbstractCustomer();

---

现在让我们看看如何使用解决方案 n°1 实例化您的类

Customer
Customer\Address

您将编写：

$customer = new Customer();
$address = new Customer\Address();

我们不必再重复 Customer 两次来实例化客户类。然而，地址与客户相关仍然很明显。

这就是我选择使用这个模型的原因。

编辑： Zend Framework 2 也使用此约定