何时使用操作注入，何时注入控制器对构造函数的依赖关系？

Question

在Symfony中，您可以直接将服务注入控制器函数：

use App\Service\FooService;

class FooController
{
    public function one(FooService $fooService){
        $fooService->doSomething();
    }
}

我在寻找什么时候注射什么时候不注射的理由/指南。其中一种或赞成/反对的性能价格是多少，例如：

• 您必须始终以不使用__construct()为目标吗？
• 如果类中的所有方法都使用fooservice，我是否仍然在每个方法中加载它们，还是现在使用__construct？

我如何决定我实现哪种解决方案？

我当前的逻辑是“尽可能多地使用动作注入，因为这样可以节省初始化所有控制器的时间，但缺点是方法调用会稍微慢一些，因为现在必须在那里进行。”

_{我认为这个主题是在允许的边缘，所以，我正在寻找一个指导性的规则集，而不是一个评论或意见。}

Answer 1

在这两种情况下都没有显著的性能或内存优势，注入的服务是引用，而不是新实例。

大多数现代设计在任何情况下都不会有具有许多不同方法的控制器。如果同一个类的许多公共方法具有非常不同的依赖关系，那么也许所有这些方法一开始就不属于同一个类？

最终，这些设计上的差异是一种风格上的选择。现在，构造函数注入往往是首选的（至少在我周围），因为依赖项是类需要具有的有效声明才能工作，所以在实例化时传递它们对许多人来说似乎更合乎逻辑。

在许多情况下，将其作为方法参数传递并没有本质上的错误（如将任何其他类型的callableS作为参数），但我认为最好的做法是将控制器操作视为任何其他方法：

• 该方法如何读得更清楚？
• 方法使用者是否需要知道类依赖项，并在调用时更改依赖项，或者这超出了使用者的责任范围？