Angular-eslint项目中关于prefer-inject规则与super()调用的技术解析

在Angular应用开发中，依赖注入是一个核心概念。Angular团队推荐使用inject()函数进行依赖注入，而不是通过构造函数参数注入。这一推荐被实现为eslint规则prefer-inject，用于强制执行这一最佳实践。

问题背景

当开发者尝试在继承自抽象类的子类中使用@Inject()装饰器时，会遇到一个典型问题：子类构造函数需要调用super()方法传递注入的依赖项。如果按照prefer-inject规则的建议，将注入改为使用inject()函数，会导致TypeScript报错："super must be called before accessing this in the constructor of a derived class"。

技术分析

这个问题源于JavaScript/TypeScript的类继承机制：

1. 在派生类的构造函数中，必须先调用super()才能访问this
2. inject()函数需要通过this上下文来工作
3. 因此，在super()调用之前无法使用inject()

解决方案

经过社区讨论，发现了一个优雅的解决方案：直接在super()调用中使用inject()函数：

abstract class X {
  constructor(protected readonly url: string) {}
}

class Y extends X {
  constructor() {
    super(inject(ACCOUNT_URL_TOKEN));
  }
}

这种方法既遵守了prefer-inject规则，又满足了TypeScript的类继承要求，是Angular团队推荐的最佳实践。

设计哲学

Angular和TypeScript团队都倾向于鼓励开发者使用更符合JavaScript标准的设计模式。TypeScript团队甚至表示，他们希望当初没有实现某些非标准的类字段行为。prefer-inject规则的默认严格设置正是基于这一理念。

实践建议

1. 优先使用inject()函数进行依赖注入
2. 在必须使用构造函数注入的情况下，考虑使用上述解决方案
3. 如果确实需要保留原有模式，可以使用eslint-disable注释明确说明原因
4. 对于团队项目，应在eslint配置中统一决策是否允许这种例外情况

通过理解这些技术细节和设计理念，开发者可以更好地在Angular应用中实现既符合规范又满足实际需求的依赖注入方案。