我似乎找不到正确的措辞来搜索网络并得到正确的答案。因此，每次我有一个对象包含其他对象的集合时，我都会陷入思考如何设计关系的困境。
例如，一个非常基本的例子是..
所以，我有一个可以有多个地址的人。我知道让 PersonDAO 也创建地址并将它们放在 Person 对象中是不正确的，那么我将如何为 Person 对象使用一种方法 (listAll()) 但让它们也返回所有地址？
我希望这是有道理的，如果我需要澄清，请告诉我。
另外，我能在网上找到的唯一看起来有点准确的东西是使用 CollectionsDAO，但我不确定它是如何工作的，所以我把它扔到了红色。
【问题讨论】：
one-to-many、many-to-one、one-to-one、many-to-many。
一种解决方案是让 PersonDAO 调用 AddressDAO 以获取地址并将它们放入它返回的 Person 对象中。这将进入一个单独的 listFull() 方法或类似的东西。如果“地址”是“人员”的一部分，我不知道 PersonDAO 对象也知道如何用地址记录填充 Person 实例在概念上是错误的。并且让 PersonDAO 调用 AddressDAO 来进行实际的数据访问似乎提供了良好的关注点分离（每个 DAO 访问它自己的表并委托给需要获取更多数据以返回更复杂结果的其他 DAO）。
正如@Thieson 所暗示的那样，您必须问自己为什么要费心去推导。如果您确实希望在它们之间继承和重用某些功能，那很好。但否则可能没有意义。我见过许多具有大量对象的系统，其中各个 DAO 对象之间没有直接的层次结构（例如broadleaf）。
您可能会在这里得到几个答案，告诉您只需做最有意义的事情，这绝对是个好建议。
【讨论】：
您不必在 DAO 上遵循实体关系架构。
您可以简单地添加一个名为 listAllWithAddress 的方法，例如，在 PersonDAO 中或创建一个名为 PersonAddressDAO 的单独 DAO 来表示它们的关系。
这方面没有规则，只有你自己的判断力。
不管您关于不添加该方法的评论，我都会在 PersonDAO 中添加该方法，因为无论如何它都会返回给我 Person 实体，即使地址已填充。
我给你的建议是，要多考虑是否有意义，而不是遵守限制性规则
【讨论】：