我有兴趣将依赖注入应用到我当前的项目中，它使用了 MVC 模式。
我的控制器将调用模型，因此需要将依赖项注入模型。为此，控制器必须首先具有依赖项（例如数据库对象）。控制器不需要使用其中的一些依赖（比如数据库对象），所以我觉得不应该给它这个依赖。但是，如果要将它们注入模型对象，则必须具有这些依赖关系。
如何避免将依赖项注入到对象中以便它可以传递它们？这样做感觉不对，可能会导致许多依赖项被注入到一个对象中。
编辑：我正在使用 PHP。
【问题讨论】：
标签： model-view-controller design-patterns architecture dependency-injection
我同意您的担忧。仅出于将依赖项传递给其他依赖项的目的而获取依赖项是一种代码味道。
根据这些依赖项之间的确切交互，您有几个选择：
如果只需要一个依赖实例
如果您的 Controller 只需要一个依赖项的实例，那么只需对其进行依赖即可。
（为c#代码道歉）
不要这样做：
public class MyController
{
public MyController(IDb db)
{
var dep = new MyDependency(db);
// Use dep or save it for later
}
}
相反，您可以这样做：
public class MyController
{
public MyController(MyDependency dep)
{
// Use dep or save it for later
}
}
您可能需要考虑接口本身背后的MyDependency。另见Refactoring to Aggregate Services。
如果您需要在 Controller 的生命周期内创建多个实例
但是，有时您需要动态创建多个实例。当您需要一个仅在运行时可用的值才能完全填充依赖项时，通常会出现这种情况。
【讨论】：
我不是根据 PHP 经验说话，但您应该查看 Inversion of Control (IOC) Containers。
StackOverflow 上的 question 讨论了用于 PHP 的 IOC 容器。要快速了解一些other benefits of IOC Containers，您应该查看这个问题，这可能是我在网站上最喜欢的问题之一。检查最后一个答案；）
如何避免依赖 注入到一个对象中，这样 它可以传递它们吗？这样做感觉 错误并可能导致许多 依赖项被注入到 对象。
大多数人没有意识到 IOC 容器使存储临时依赖项的需求无效。这反过来又使您的代码更清晰，更易于遵循。代码的每个类（或模块）只是询问它需要什么。 IOC Containers 可以管理对象的生命周期，因此即使两个类独立请求相同的依赖项，它们也可以接收相同的实例，这非常简洁。
【讨论】：