我正在构建一个围绕项目和客户的应用程序。所以我决定将项目和客户创建为独立的实体。他们每个人在基础设施层都有自己的存储库。
客户可以添加客户数据，例如地址、公司名称、状态。这些存储在各种不同的表中，并保存一个客户端 ID 作为参考。但它们本质上可以被视为用户配置文件的扩展。
我需要以某种方式收集这些数据集以在前端屏幕中显示它们。
首先，我很困惑客户是否是一个实体，它的数据集是“别的东西”。但是阅读聚合，我觉得这可能是要走的路。
由于我对聚合的概念不是很熟悉，而且我在 Google 上找到的大多数信息往往比实用主义更具哲学性，我想知道：
客户端实体应该是聚合根吗？如果是这样，是否会使用每个数据集的实体从各种来源将其组装到存储库（基础设施层）中？然后像“客户地址”这样的东西将是它自己的实体。由于每个客户都有 20 到 30 个不同的数据集，因此我需要相应数量的实体。这有任何意义吗？
到目前为止，我一直在使用的替代方法是某种服务/帮助函数，它使用它们的 ID 查询数据集并返回它们的值以在模板中显示。但是，这个数据既不是实体，也没有以任何方式与客户端实体关联，这感觉不对。