我有一个（DAL）数据访问层（但这个问题也与 DAO 相关），它与 android 中的静态 Web 服务进行通信（除了我不想包含大量静态库之外，它的相关性较小）交互并不那么复杂）。
我有一个对象，它包装一个列表，该列表由来自该数据访问层的信息填充，当用户向下扫描并到达该列表的底部时，该对象从 DAL 检索另一组信息。
我希望此列表包装对象的调用类只需调用列表包装对象，而不是 DAL（或 DAO）。然后，我可以构造一个 DAL 并将其传递给这些列表包装对象的构造函数，然后调用类可以继续调用此列表包装对象，并且该对象可以处理新信息的检索。
那么，这听起来像是不好的做法还是只是一个非常糟糕的解释？
在域对象的构造函数中注入 DAL 和 DAO 是一个坏主意吗？
答案取决于您是否对“贫血领域模型”以及面向对象与函数式编程的混合有强烈的感觉。
一个问题是您将以这种方式创建循环依赖关系：模型和持久性包必须相互了解。如果您使用更实用的样式，并且不提供对模型对象的 DAO 引用，那么它就是一种单向关系。
我不太喜欢你的设计。我担心它太耦合了。我不介意混合功能性风格。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
