Domain driven design 如何在DDD中组织继承对象的聚合？

假设您正在构建一个域模型，并且您有以下要求：

• 将有能够读取数据的访问者
• 将有出版商可以读写数据
• 将有版主，可以读取，写入和删除数据

从OOP的角度来看，您将创建一个基类，该基类具有上述每个“参与者”所共有的一切。然后，我将创建子类来表示每个具体类型。 我的问题是，在DDD世界中，我应该如何安排我的聚合

---

谢谢

我不会为此使用继承。您的需求只需要一些用户权限支持。这甚至不是DDD问题，您建议的不是聚合，而是大多数实体

不管怎么说，关键是你要有权限和拥有特定权限的组（角色）。当您需要执行某些操作时，只需检查当前用户的权限，然后继续或禁止

---

无论是否使用DDD/OOP，我都会使用相同的方法

好吧，这就是我们通过和我和我的分析师谈话得出的结论。我现在正在重构到只有一个帐户聚合。感谢您的澄清！：）