java - 将 DAO 注入(inject)构造函数是否被认为是不好的做法？如果是这样，为什么？

Question

我有一个 (DAL) 数据访问层(但这个问题也与 DAO 相关)，它正在与 android 中的 restful web 服务通信(除了我不想包含大量的事实之外，它不太相关restful 库，因为交互并不那么复杂)。

我有一个对象，它包装了一个列表，该列表由来自该数据访问层的信息填充，当用户向下扫描并到达该列表的底部时，该对象从 DAL 检索另一组信息。

我希望这个列表包装对象的调用类只需要调用列表包装对象而不是 DAL(或 DAO)。然后我可以构造一个 DAL 并将其传递给这些列表包装对象的构造函数，然后调用类可以继续调用这个列表包装对象，该对象可以处理新信息的检索。

那么，这听起来像是不好的做法还是只是一个非常糟糕的解释？

在域对象的构造函数中注入(inject) DAL 和 DAO 是个坏主意吗？

Answer 1

答案取决于您是否强烈认同“贫血领域模型”以及将面向对象与函数式编程相结合。

一个问题是您将以这种方式创建循环依赖关系:模型和持久性包必须相互了解。如果您使用更函数式的样式，并且不提供对模型对象的 DAO 引用，那么它就是一种单向关系。

我不太喜欢你的设计。我担心它太耦合了。我不介意混合功能性风格。