Angular-TypeScript项目中抽象类的备用服务实现方法

当子类继承抽象基类且未传入toastService时，基类中的服务会为null，可以通过以下两种方案实现“未传服务时自动使用备用服务”的逻辑：

方案一：依赖注入结合可选注入（推荐，适用于依赖其他服务的备用实现） #

1. 确保备用服务（例如FallbackToastService）已在Angular依赖注入系统中注册（如在模块的providers数组中声明）。
2. 修改基类构造函数，使用@Optional()标记可选注入的主服务，同时注入备用服务，在构造函数内完成兜底逻辑：

import { Inject, Optional } from '@angular/core';
import { ToastService } from './toast.service';
import { FallbackToastService } from './fallback-toast.service';

export abstract class MyClass {
  protected toastService: ToastService;

  constructor(
    @Optional() injectedToastService?: ToastService,
    @Inject(FallbackToastService) fallbackToastService: FallbackToastService
  ) {
    this.toastService = injectedToastService || fallbackToastService;
  }
}

3. 子类构造函数无需传入参数，直接调用super()即可：

export class AcademyDraftListService extends MyClass {
  constructor() {
    super();
  }
}

方案二：直接实例化备用服务（仅适用于无依赖的简单备用服务） #

如果备用服务不需要依赖其他Angular服务，可以直接在构造函数中实例化备用服务作为兜底：

import { Optional } from '@angular/core';
import { ToastService } from './toast.service';
import { FallbackToastService } from './fallback-toast.service';

export abstract class MyClass {
  protected toastService: ToastService;

  constructor(@Optional() injectedToastService?: ToastService) {
    this.toastService = injectedToastService || new FallbackToastService();
  }
}

关键说明 #

• @Optional()装饰器的作用是告知Angular：如果ToastService未被注入，不要抛出错误，而是传入undefined，这样我们就能安全地进行兜底替换。
• 优先选择方案一，因为直接实例化服务会绕过Angular的依赖注入机制，若备用服务存在其他依赖，会导致依赖缺失问题。

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