Java 是否应该在另一个模型中放置模型列表?

Java 是否应该在另一个模型中放置模型列表?,java,model-view-controller,design-patterns,database-design,design-principles,Java,Model View Controller,Design Patterns,Database Design,Design Principles,是否应该在模型中放置容器结构 比如说, AModel { List<BModel> listB; } 就OO而言,这是有意义的。但是,当使用模型和数据库时,我是否会遇到问题,因为AModel和BModel有自己的表?例如,当我从数据库中获取AModel时,我是将listB保留为空,还是为了完全检索对象,我还要获取与AModel关联的所有BModel对象?然而,有时我可能只想获取AModel,而不是引用AModel的bmodel列表。马上 我正在考虑从AModel中删除

是否应该在模型中放置容器结构

比如说,

AModel { 

   List<BModel> listB; 
} 
就OO而言,这是有意义的。但是,当使用模型和数据库时,我是否会遇到问题,因为AModel和BModel有自己的表?例如,当我从数据库中获取AModel时,我是将listB保留为空,还是为了完全检索对象,我还要获取与AModel关联的所有BModel对象?然而,有时我可能只想获取AModel,而不是引用AModel的bmodel列表。马上
我正在考虑从AModel中删除该列表。这将更好地反映数据库模式,其中AModel与BModel具有1对多关系。我觉得这将是一个更优雅的方法。你觉得怎么样

这是可能的,但这是一种不好的做法,因为它使程序员无法理解代码和阅读流程,并且一旦出现第一个逻辑错误,就无法跟踪它。
要获得更有用的答案,请提供代码/更具体的问题。

您是否使用JPA之类的ORM?如果是这样的话,它们支持链接实体的延迟加载,并且它看起来就像一个嵌套的集合字段。@Thilo目前不支持。我的设计不太复杂,我想我可以不用它就可以完成。在ORM之前他们是怎么处理的?我不认为这会让阅读变得困难。事实上,就OOP而言,封装列表是有意义的。然而,我觉得从MVC的角度来看,这不是一种优雅的方式,至少我最初是这么想的。我做了更多的研究,发现这样的列表其实很常见。但是,需要考虑一些性能问题。但我不知道这些是我现在需要处理的。谢谢你的回复。