JavaScript跨类层级向下透传构造参数是否属于反模式？

这种跨层级透传自身不使用的参数的写法属于反模式，也就是常说的透传地狱（参数中继反模式）。

• 破坏类的封装性：Second类本身的逻辑完全不依赖token，却要把token暴露在自身构造函数的公开接口里，调用方实例化Second时无法从接口定义得知这个参数实际是给内部依赖Third使用的。
• 维护成本随层级递增：如果后续Third的初始化逻辑变更，比如token需要额外配套参数、或者更换鉴权方式，你必须沿着First -> Second -> Third整条调用链路逐层修改参数，层级越多越容易遗漏改错。
• 降低可测试性：单独单元测试Second时，你必须构造一个符合Third要求的token传入，这个参数和Second本身的逻辑毫无关联，平白增加测试冗余。

核心思路是不要让中间类负责下层依赖的初始化，把依赖的创建逻辑上移到真正持有参数的上层，中间类只接收已经符合要求的依赖实例即可。

方案1：直接传入已实例化的依赖（最常用） #

调整Second类，不在内部newThird，而是直接接收构造好的Third实例：

import Third from './Third.js'

export class Second {
   private _instanceOfThird: Third

   constructor(thirdInstance: Third) {
      this._instanceOfThird = thirdInstance
   }
}

上层First类负责完成Third的初始化：

import Second from './Second.js'
import Third from './Third.js'

export class First {
   init() {
       const thirdInstance = new Third('MyToken');
       const _instanceOfSecond = new Second(thirdInstance);
   }
}

这个方案下，Second完全不需要关心Third初始化需要什么参数，后续Third构造逻辑变更只需要修改最上层实例化的位置即可，不需要动Second的代码。测试Second时也可以直接传入Mock的Third实例，不用关心初始化参数。

方案2：传入工厂函数（适合需要懒加载依赖的场景） #

如果你需要在Second内部控制Third的实例化时机（比如第一次用到Third的方法时才创建，而不是构造Second时就立刻初始化），可以传入一个返回Third实例的工厂函数，而不是直接传构造参数：

import Third from './Third.js'

type ThirdFactory = () => Third

export class Second {
   private _instanceOfThird: Third | null = null
   private _thirdFactory: ThirdFactory

   constructor(thirdFactory: ThirdFactory) {
      this._thirdFactory = thirdFactory
   }

   private getThirdInstance() {
      if (!this._instanceOfThird) {
         this._instanceOfThird = this._thirdFactory()
      }
      return this._instanceOfThird
   }
}

上层First的写法：

import Second from './Second.js'
import Third from './Third.js'

export class First {
   init() {
       const token = 'MyToken'
       const _instanceOfSecond = new Second(() => new Third(token));
   }
}

不是所有跨层级传参都是反模式：如果传递的是全链路通用的上下文参数（比如链路追踪ID、全局请求标识），且中间层本身也可能用到这类参数，1-2层的透传是可以接受的。但如果中间层完全不使用参数，仅作为参数“二传手”给内部依赖传初始化参数，就应该用上面的依赖注入方式重构。

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