TypeScript中抽象类型引用的示例及使用意义问询

你问得特别好！很多刚接触抽象类的同学都会有这个疑问——既然不能直接实例化，为啥还要用它来做类型引用？其实抽象类的核心价值在于定义统一契约、复用共享逻辑、支持多态扩展，我给你补全代码并演示几个实际场景：

首先先把你给出的抽象类和派生类补全：

abstract class Department {
  constructor(public name: string) { }

  // 子类共享的方法，不用重复实现
  printName(): void {
    console.log("Department name: " + this.name);
  }

  // 抽象方法：子类必须实现，定义了契约
  abstract printMeeting(): void;
}

// HR部门子类，遵循Department的契约
class HRDepartment extends Department {
  constructor() {
    super("Human Resources");
  }

  // 必须实现抽象方法
  printMeeting(): void {
    console.log("HR部门会议：讨论员工福利与招聘计划");
  }

  // HR特有的业务方法
  announceHiring(): void {
    console.log("我们正在招聘新员工！");
  }
}

// IT部门子类，同样遵循契约
class ITDepartment extends Department {
  constructor() {
    super("Information Technology");
  }

  printMeeting(): void {
    console.log("IT部门会议：讨论系统升级与安全防护");
  }

  // IT特有的业务方法
  performMaintenance(): void {
    console.log("正在进行系统维护");
  }
}

场景1：用抽象类做类型，实现多态复用 #

假设我们需要写一个安排部门会议的通用函数，不管是HR还是IT部门，都能统一处理——这时候就可以把Department作为参数类型：

function scheduleMeeting(dept: Department): void {
  dept.printName();
  dept.printMeeting();
  console.log("会议安排完成\n");
}

// 传入HR部门实例
const hrDept = new HRDepartment();
scheduleMeeting(hrDept);

// 传入IT部门实例
const itDept = new ITDepartment();
scheduleMeeting(itDept);

运行后会输出：

Department name: Human Resources
HR部门会议：讨论员工福利与招聘计划
会议安排完成

Department name: Information Technology
IT部门会议：讨论系统升级与安全防护
会议安排完成

这里的好处是：以后如果新增FinanceDepartment（财务部门），完全不用修改scheduleMeeting函数，只要这个新类继承自Department并实现printMeeting，就能直接传入使用——完美符合「对扩展开放、对修改关闭」的设计原则。

场景2：依赖抽象而非具体，降低代码耦合 #

假设我们有一个Company类，它需要和某个部门协作，但不想和具体的HR/IT部门绑定死，就可以把抽象类作为依赖注入：

class Company {
  constructor(private department: Department) { }

  startDailyCheckIn(): void {
    console.log("公司每日打卡开始：");
    this.department.printName();
    this.department.printMeeting();
  }
}

// 给公司注入HR部门
const hrCompany = new Company(new HRDepartment());
hrCompany.startDailyCheckIn();

// 换成IT部门，无需修改Company类
const itCompany = new Company(new ITDepartment());
itCompany.startDailyCheckIn();

这样Company类只关心「这个部门能打印名称和会议内容」，不关心具体是哪个部门，代码耦合度大大降低，后续维护和扩展都更轻松。

场景3：封装共享逻辑，减少重复代码 #

抽象类里的printName方法是所有子类共享的，子类不用重复编写这段逻辑。如果以后要修改printName的输出格式（比如加上公司前缀），只需要在抽象类里改一次，所有子类都会自动生效：

// 修改抽象类的printName方法
printName(): void {
  console.log(`[Acme Corp] Department name: ${this.name}`);
}

所有子类调用printName时都会自动使用新的格式，不用逐个修改每个子类的代码，这就是抽象类的复用价值。

总结一下引用抽象类的核心原因： #

• 定义契约：强制子类实现必要方法，避免业务逻辑遗漏
• 多态扩展：通用代码能兼容所有符合契约的子类，提升扩展性
• 降低耦合：依赖抽象而非具体实现，让代码更灵活易维护
• 复用逻辑：把子类共享的代码集中在抽象类，减少重复开发

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