3

好的，所以我有我的依赖注入容器和一个 DAO，我用它来获取订单，例如：

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

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

问题是，如果我的$order对象依赖于 aLogger和Config一个或两个以上类似的对象，因为我$orderDAO实例化了该对象，它不必访问或能够创建这些额外的对象，而且我很确定该$orderDAO对象绝对不应该对那些额外的对象一无所知，尤其是不知道如何创建它们。

我知道我可以在实例化 DAO 时（从 DIC 中）将依赖注入容器注入到 DAO 中，这样我就可以从 DAO 中访问我的对象所具有的任何依赖项，但是这样做并没有出于某种原因，我觉得对我来说是正确的，我绝对不想在整个地方都进行静态调用，这样该方法就在窗外了。

这样做的最佳方法是什么？

任何帮助都会非常感谢。

4

1 回答 1

0

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

实际上，看起来您需要放入一些基础设施的东西，以这种方式做的事情最好尽可能简单而不需要一些额外的东西，因为它会让您陷入不必要的复杂性。

升级版：

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

于 2013-01-29T20:21:42.080 回答