Laravel中已有构造函数参数时如何实现依赖注入？

针对你遇到的情况——不能修改ClassOne和ClassTwo的构造函数签名（因为会破坏现有new ClassOne(1,2,3)的调用逻辑），但又要让它们能调用ClassToBeInjected::doSomething()，我推荐以下几种Laravel原生支持的方案：

方案1：手动从容器解析依赖（属性注入） #

这是最简单直接的方式，完全兼容现有代码，不需要修改任何实例化语句。只需要在子类中添加一个属性，在需要使用依赖的地方从Laravel服务容器中获取实例即可。

示例代码：

abstract class AbstractClass {}

class ClassToBeInjected {
    public function doSomething() {
        // 你的业务逻辑实现
    }
}

class ClassOne extends AbstractClass {
    private $injectedClass;

    public function __construct(int $a, int $b, int $c) {
        // 原有的构造逻辑保持不变
    }

    public function someBusinessMethod() {
        // 延迟解析依赖，仅在需要时获取
        if (!isset($this->injectedClass)) {
            $this->injectedClass = app(ClassToBeInjected::class);
        }
        $this->injectedClass->doSomething();
    }
}

优点：零侵入式修改，完全保留原有调用逻辑；实现成本极低。
缺点：类与Laravel容器产生了轻微耦合，但在Laravel项目中这种耦合通常是可接受的。

方案2：使用容器绑定回调封装实例化逻辑 #

如果你愿意逐步优化代码，遵循Laravel的依赖注入思想，可以通过容器的绑定回调来自动注入依赖，同时保留原有构造参数。这种方式需要修改实例化语句，但能让代码结构更整洁。

首先在服务提供者中注册绑定逻辑：

// 在AppServiceProvider的register方法中
public function register() {
    $this->app->bind(ClassOne::class, function ($app, $params) {
        // 按原有逻辑实例化类
        $classOne = new ClassOne(...$params);
        // 通过setter方法注入依赖
        $classOne->setInjectedClass($app->make(ClassToBeInjected::class));
        return $classOne;
    });

    // 同理注册ClassTwo的绑定
    $this->app->bind(ClassTwo::class, function ($app, $params) {
        $classTwo = new ClassTwo(...$params);
        $classTwo->setInjectedClass($app->make(ClassToBeInjected::class));
        return $classTwo;
    });
}

然后在子类中添加setter方法：

class ClassOne extends AbstractClass {
    private $injectedClass;

    public function __construct(int $a, int $b, int $c) {
        // 原构造逻辑不变
    }

    public function setInjectedClass(ClassToBeInjected $injected) {
        $this->injectedClass = $injected;
    }

    public function someBusinessMethod() {
        $this->injectedClass->doSomething();
    }
}

之后将原有new调用替换为容器实例化：

// 代替 new ClassOne(1,2,3)
$classOne = app()->make(ClassOne::class, [1,2,3]);

优点：类与容器的耦合度更低，更符合依赖注入原则；依赖注入逻辑集中在服务提供者，便于统一维护。
缺点：需要修改所有原有new ClassOne()的调用语句。

方案3：方法注入（适用于Laravel触发的方法） #

如果调用doSomething()的方法是由Laravel框架主动触发的（比如控制器方法、队列任务的handle方法、事件监听器等），可以直接在方法参数中声明依赖，Laravel会自动完成注入。

示例代码：

class ClassOne extends AbstractClass {
    public function __construct(int $a, int $b, int $c) {
        // 原构造逻辑不变
    }

    // 比如这个方法是路由触发的控制器方法，或是队列任务的handle方法
    public function handleTask(ClassToBeInjected $injected) {
        $injected->doSomething();
    }
}

优点：完全无需手动处理依赖注入，Laravel自动完成；类的耦合性最低。
缺点：仅适用于Laravel框架主动调用的方法，不适用于你手动触发的自定义方法。

总结一下：如果想完全保留现有new调用，方案1最适合；如果想优化代码结构、遵循依赖注入原则，方案2是更好的选择；如果是框架触发的方法，方案3最省心。

内容的提问来源于stack exchange，提问作者Severin