过去几周我一直在享受关于清洁架构和领域驱动设计的学习，现在我想将它用于个人项目来试用它。但是我在设置域空间的几个关键概念方面遇到了麻烦！我花了一些时间思考这个并在网上寻找例子，但我觉得我可能会以错误的方式思考这个问题。我试图建模的情况如下所述......
我的应用程序的目的是构建一组名为'components'的xml文件。构建的所有“组件”构成了整体“构建”。每个组件都包含许多属性，例如参数，摘要等。
到目前为止，我已经确定'组件'的属性将是值对象，而'组件'本身将是一个实体（因为它在应用程序中具有生命周期）。我还认为'build'作为一个整体应该是一个实体，因为它的生命周期将是组件实例化和构建等的持续时间。所以我正在努力的模型的方面是我应该有多少聚合以及应该具备什么（ier）root是吗？ “组件”应该是一个聚合体，因为它们通常在构造方面被视为一个整体吗？但是构建还需要是一个包含相关聚合列表（即'组件'）的聚合，这可以吗？
任何有关此的指导或材料将不胜感激！
我的应用程序的目的是构建一组名为'components'的xml文件
我认为你是从错误的一方接近问题。在DDD中，您应首先独立于基础结构（如文件格式）对业务规则建模。聚合应该执行这些规则。但是如果将一些数据转换为xml文件实际上是你的程序的目的，那么DDD总是过度杀伤，编写一个脚本或类似的工作会更好。