gpt4 book ai didi

php - 我想使用 DAO,但如何干净地注入(inject)返回的对象依赖项

转载 作者:搜寻专家 更新时间:2023-10-31 22:09:13 24 4
gpt4 key购买 nike

好的,我有我的依赖注入(inject)容器和一个 DAO,我可以像这样使用它来获取订单,例如:

$container = new DIContainer();
$orderDAO = $container->get('orderDAO');
$order = $orderDAO->fetchById($someId);

然后我有了易于使用的订单对象。

问题是如果我的 $order 对象依赖于 LoggerConfig 和一两个类似的对象,因为我的 $orderDAO 实例化了对象,它不必访问或能够创建这些额外的对象,我很确定 $orderDAO 对象绝对不知道关于这些额外对象的任何信息,尤其是不知道如何创建它们。

我知道我可以在 DAO 被实例化时(从 DIC 内部)将依赖注入(inject)容器注入(inject)到 DAO 中,这样我就可以从 DAO 内部访问我的对象所具有的任何依赖关系,但是关于这样做的一些事情由于某种原因我觉得不对,而且我绝对不想在所有地方进行静态调用,这样该方法就被淘汰了。

执行此操作的最佳方法是什么?

如果有任何帮助,我们将不胜感激。

最佳答案

允许 DI 容器管理内部对象依赖关系,例如在您实例化的对象内部分配 Logger、Config 和类似的东西 - 是执行这些操作的正常方法。如果出于某种原因您不想让 DI 容器这样做,那么您可以创建默认构造函数并在其中分配此值。

实际上,您似乎需要将一些基础结构的东西放入其中,那样做时最好尽可能简单,不要添加一些额外的东西,因为这会让您变得不必要的复杂。


更新:

因此 productDAO 无法访问 Config 等...但您希望该产品拥有这些。我认为从设计的角度来看这是非常错误的。因为通常主要目标是存储数据的实体除了业务逻辑外不应该有任何功能。如果你不想进行日志记录和配置——你应该在 DAO 中进行,而不是在产品中进行。但无论如何,如果需要,只需为将来可能更改的内容创建包装器(比如 Logger),然后简单地在构造函数中手动分配此值。

关于php - 我想使用 DAO,但如何干净地注入(inject)返回的对象依赖项,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14591425/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com