#

TypeScript 完全支持 ES2015 中引入的 class关键字。

与其他 JavaScript 语言功能一样,TypeScript 添加了类型注释和其他语法,以允许您表达类和其他类型之间的关系。

# 类成员

这是最基本的类 - 一个空的:

class Point {}

这个类还不是很有用,所以让我们开始添加一些成员。

# 字段

字段声明在类上创建公共可写属性:

class Point {
  x: number;
  y: number;
}

const pt = new Point();
pt.x = 0;
pt.y = 0;

与其他位置一样,类型注释是可选的,但如果未指定,则为隐式 any

字段也可以有初始化器;这些将在类被实例化时自动运行:

class Point {
  x = 0;
  y = 0;
}

const pt = new Point();
// Prints 0, 0
console.log(`${pt.x}, ${pt.y}`);

就像 constletvar一样,类属性的初始化器将用于推断其类型:

class Point {
  x = 0;
  y = 0;
}

const pt = new Point();
pt.x = "0";

# --strictPropertyInitialization

strictPropertyInitialization 设置控制类字段是否需要在构造函数中初始化。

class BadGreeter {
  name: string;
}
class GoodGreeter {
  name: string;

  constructor() {
    this.name = "hello";
  }
}

请注意,该字段需要在构造函数本身中进行初始化。 TypeScript 不会分析您从构造函数调用的方法来检测初始化,因为派生类可能会覆盖这些方法并且无法初始化成员。

如果您打算通过构造函数以外的方式明确地初始化一个字段(例如,可能一个外部库正在为您填充您的类的一部分),您可以使用明确的赋值断言运算符,!

class OKGreeter {
  // Not initialized, but no error
  name!: string;
}

# readonly

字段可以以 readonly修饰符作为前缀。 这可以防止对构造函数之外的字段进行赋值。

class Greeter {
  readonly name: string = "world";

  constructor(otherName?: string) {
    if (otherName !== undefined) {
      this.name = otherName;
    }
  }

  err() {
    this.name = "not ok";
  }
}
const g = new Greeter();
g.name = "also not ok";

# 构造器

类构造函数与函数非常相似。 您可以添加带有类型注释、默认值和重载的参数:

class Point {
  x: number;
  y: number;

  // Normal signature with defaults
  constructor(x = 0, y = 0) {
    this.x = x;
    this.y = y;
  }
}
class Point {
  // Overloads
  constructor(x: number, y: string);
  constructor(s: string);
  constructor(xs: any, y?: any) {
    // TBD
  }
}

类构造函数签名和函数签名之间只有一些区别:

  • 构造函数不能有类型参数——它们属于外部类声明,我们稍后会了解
  • 构造函数不能有返回类型注释——类实例类型总是返回的

# 超类调用

就像在 JavaScript 中一样,如果你有一个基类,在使用任何 this.成员之前,你需要在构造函数主体中调用 super();

class Base {
  k = 4;
}

class Derived extends Base {
  constructor() {
    // Prints a wrong value in ES5; throws exception in ES6
    console.log(this.k);
    super();
  }
}

在 JavaScript 中忘记调用 super是一个容易犯的错误,但 TypeScript 会在必要时告诉你。

# 方法

类上的函数属性称为方法。 方法可以使用所有与函数和构造函数相同的类型注释:

class Point {
  x = 10;
  y = 10;

  scale(n: number): void {
    this.x *= n;
    this.y *= n;
  }
}

除了标准的类型注解,TypeScript 没有为方法添加任何新的东西。

请注意,在方法体内,仍然必须通过 this.访问字段和其他方法。 方法主体中的非限定名称将始终引用封闭作用域内的某些内容:

let x: number = 0;

class C {
  x: string = "hello";

  m() {
    // This is trying to modify 'x' from line 1, not the class property
    x = "world";
  }
}

# 获取器/设置器

类也可以有访问器:

class C {
  _length = 0;
  get length() {
    return this._length;
  }
  set length(value) {
    this._length = value;
  }
}

请注意,没有额外逻辑的由字段支持的 get/set 对在 JavaScript 中很少有用。 如果您不需要在 get/set 操作期间添加其他逻辑,则可以公开公共字段。

TypeScript 对访问器有一些特殊的推理规则:

  • 如果 get存在但没有 set,则属性自动为 readonly
  • 如果不指定setter参数的类型,则从getter的返回类型推断
  • getter 和 setter 必须有相同的 成员可见性

TypeScript 4.3 开始,可以使用不同类型的访问器来获取和设置。

class Thing {
  _size = 0;

  get size(): number {
    return this._size;
  }

  set size(value: string | number | boolean) {
    let num = Number(value);

    // Don't allow NaN, Infinity, etc

    if (!Number.isFinite(num)) {
      this._size = 0;
      return;
    }

    this._size = num;
  }
}

# 索引签名

类可以声明索引签名;这些工作与 其他对象类型的索引签名 相同:

class MyClass {
  [s: string]: boolean | ((s: string) => boolean);

  check(s: string) {
    return this[s] as boolean;
  }
}

因为索引签名类型还需要捕获方法的类型,所以要有效地使用这些类型并不容易。 通常最好将索引数据存储在另一个地方而不是类实例本身。

# 类继承

与其他具有面向对象特性的语言一样,JavaScript 中的类可以从基类继承。

# implements 从句

您可以使用 implements子句来检查一个类是否满足特定的 interface。 如果一个类未能正确实现它,则会触发错误:

interface Pingable {
  ping(): void;
}

class Sonar implements Pingable {
  ping() {
    console.log("ping!");
  }
}

class Ball implements Pingable {
  pong() {
    console.log("pong!");
  }
}

类也可以实现多个接口,例如class C implements A, B {

# 注意事项

重要的是要理解 implements子句只是检查类可以被视为接口类型。 它根本不会改变类的类型或其方法。 一个常见的错误来源是假设 implements子句会改变类类型——它不会!

interface Checkable {
  check(name: string): boolean;
}

class NameChecker implements Checkable {
  check(s) {
    // Notice no error here
    return s.toLowercse() === "ok";
    //         ^?
  }
}

在这个例子中,我们可能预计 s的类型会受到 checkname: string参数的影响。 它不是 - implements子句不会更改检查类主体或推断其类型的方式。

同样,使用可选属性实现接口不会创建该属性:

interface A {
  x: number;
  y?: number;
}
class C implements A {
  x = 0;
}
const c = new C();
c.y = 10;

# extends 从句

类可能来自基类。 派生类具有其基类的所有属性和方法,并且还定义了其他成员。

class Animal {
  move() {
    console.log("Moving along!");
  }
}

class Dog extends Animal {
  woof(times: number) {
    for (let i = 0; i < times; i++) {
      console.log("woof!");
    }
  }
}

const d = new Dog();
// Base class method
d.move();
// Derived class method
d.woof(3);

# 覆盖方法

派生类也可以覆盖基类字段或属性。 您可以使用 super.语法来访问基类方法。 请注意,因为 JavaScript 类是一个简单的查找对象,所以没有 "super field" 的概念。

TypeScript 强制派生类始终是其基类的子类型。

例如,这是覆盖方法的合法方式:

class Base {
  greet() {
    console.log("Hello, world!");
  }
}

class Derived extends Base {
  greet(name?: string) {
    if (name === undefined) {
      super.greet();
    } else {
      console.log(`Hello, ${name.toUpperCase()}`);
    }
  }
}

const d = new Derived();
d.greet();
d.greet("reader");

派生类遵循其基类契约很重要。 请记住,通过基类引用来引用派生类实例是很常见的(而且总是合法的!):

class Base {
  greet() {
    console.log("Hello, world!");
  }
}
declare const d: Base;

// Alias the derived instance through a base class reference
const b: Base = d;
// No problem
b.greet();

如果 Derived不遵守 Base的合同怎么办?

class Base {
  greet() {
    console.log("Hello, world!");
  }
}

class Derived extends Base {
  // Make this parameter required
  greet(name: string) {
    console.log(`Hello, ${name.toUpperCase()}`);
  }
}

如果我们在出现错误的情况下编译此代码,则此示例将崩溃:

declare class Base {
  greet(): void;
}
declare class Derived extends Base {}

const b: Base = new Derived();
// Crashes because "name" will be undefined
b.greet();

# 仅类型字段声明

target >= ES2022useDefineForClassFieldstrue时,在父类构造函数完成后初始化类字段,覆盖父类设置的任何值。当您只想为继承的字段重新声明更准确的类型时,这可能会成为问题。为了处理这些情况,你可以写 declare来向 TypeScript 表明这个字段声明不应该有运行时影响。

interface Animal {
  dateOfBirth: any;
}

interface Dog extends Animal {
  breed: any;
}

class AnimalHouse {
  resident: Animal;
  constructor(animal: Animal) {
    this.resident = animal;
  }
}

class DogHouse extends AnimalHouse {
  // Does not emit JavaScript code,
  // only ensures the types are correct
  declare resident: Dog;
  constructor(dog: Dog) {
    super(dog);
  }
}

# 初始化顺序

在某些情况下,JavaScript 类的初始化顺序可能会令人惊讶。 让我们考虑这段代码:

class Base {
  name = "base";
  constructor() {
    console.log("My name is " + this.name);
  }
}

class Derived extends Base {
  name = "derived";
}

// Prints "base", not "derived"
const d = new Derived();

这里发生了什么?

JavaScript 定义的类初始化顺序是:

  • 基类字段被初始化
  • 基类构造函数运行
  • 派生类字段被初始化
  • 派生类构造函数运行

这意味着基类构造函数在其自己的构造函数中看到了自己的 name值,因为派生类字段初始化尚未运行。

# 继承内置类型

注意:如果您不打算继承 ArrayErrorMap等内置类型,或者您的编译目标明确设置为 ES6/ES2015或更高版本,则可以跳过本节

在 ES2015 中,返回对象的构造函数隐式地将 this的值替换为 super(...)的任何调用者。 生成的构造函数代码必须捕获 super(...)的任何潜在返回值并将其替换为 this

因此,ErrorArray和其他子类可能不再按预期工作。 这是因为 ErrorArray等的构造函数使用 ECMAScript 6 的 new.target来调整原型链; 但是,在 ECMAScript 5 中调用构造函数时,无法确保 new.target的值。 默认情况下,其他下级编译器通常具有相同的限制。

对于如下子类:

class MsgError extends Error {
  constructor(m: string) {
    super(m);
  }
  sayHello() {
    return "hello " + this.message;
  }
}

你可能会发现:

  • 方法可能是构造这些子类返回的对象上的 undefined,所以调用 sayHello会导致错误。
  • instanceof将在子类的实例及其实例之间断开,因此 (new MsgError()) instanceof MsgError将返回 false

作为建议,您可以在任何 super(...)调用后立即手动调整原型。

class MsgError extends Error {
  constructor(m: string) {
    super(m);

    // Set the prototype explicitly.
    Object.setPrototypeOf(this, MsgError.prototype);
  }

  sayHello() {
    return "hello " + this.message;
  }
}

但是,MsgError的任何子类也必须手动设置原型。 对于不支持 Object.setPrototypeOf 的运行时,您可以改为使用 __proto__

不幸的是,这些变通办法不适用于 Internet Explorer 10 和更早版本 (opens new window) 。 可以手动将原型中的方法复制到实例本身(即 MsgError.prototypethis),但原型链本身无法修复。

# 成员可见性

您可以使用 TypeScript 来控制某些方法或属性是否对类外部的代码可见。

# public

类成员的默认可见性为 publicpublic成员可以在任何地方访问:

class Greeter {
  public greet() {
    console.log("hi!");
  }
}
const g = new Greeter();
g.greet();

因为 public已经是默认的可见性修饰符,所以您不需要在类成员上编写它,但出于样式/可读性的原因可能会选择这样做。

# protected

protected成员仅对声明它们的类的子类可见。

class Greeter {
  public greet() {
    console.log("Hello, " + this.getName());
  }
  protected getName() {
    return "hi";
  }
}

class SpecialGreeter extends Greeter {
  public howdy() {
    // OK to access protected member here
    console.log("Howdy, " + this.getName());
    //                          ^^^^^^^^^^^^^^
  }
}
const g = new SpecialGreeter();
g.greet(); // OK
g.getName();

# 导出 protected 成员

派生类需要遵循其基类契约,但可以选择公开具有更多功能的基类子类型。 这包括让 protected成员成为 public

class Base {
  protected m = 10;
}
class Derived extends Base {
  // No modifier, so default is 'public'
  m = 15;
}
const d = new Derived();
console.log(d.m); // OK

请注意,Derived已经能够自由读写 m,因此这并没有有意义地改变这种情况下的 "security"。 这里需要注意的主要一点是,在派生类中,如果这种暴露不是故意的,我们需要小心重复 protected修饰符。

# 跨层级 protected 访问

不同的 OOP 语言对于通过基类引用访问 protected成员是否合法存在分歧:

class Base {
  protected x: number = 1;
}
class Derived1 extends Base {
  protected x: number = 5;
}
class Derived2 extends Base {
  f1(other: Derived2) {
    other.x = 10;
  }
  f2(other: Base) {
    other.x = 10;
  }
}

例如,Java 认为这是合法的。 另一方面,C# 和 C++ 选择此代码应该是非法的。

TypeScript 在这里支持 C# 和 C++,因为在 Derived2中访问 x应该只在 Derived2的子类中是合法的,而 Derived1不是其中之一。 此外,如果通过 Derived1引用访问 x是非法的(当然应该如此!),那么通过基类引用访问它永远不会改善这种情况。

另请参阅 为什么我不能从派生类访问受保护的成员? ,它解释了 C# 的更多推理。

# private

private类似于 protected,但不允许从子类访问成员:

class Base {
  private x = 0;
}
const b = new Base();
// Can't access from outside the class
console.log(b.x);
class Base {
  private x = 0;
}

class Derived extends Base {
  showX() {
    // Can't access in subclasses
    console.log(this.x);
  }
}

因为 private成员对派生类不可见,所以派生类无法增加其可见性:

class Base {
  private x = 0;
}
class Derived extends Base {
  x = 1;
}

# 跨实例 private 访问

不同的 OOP 语言对于同一类的不同实例是否可以访问彼此的 private成员存在分歧。 虽然 Java、C#、C++、Swift 和 PHP 等语言允许这样做,但 Ruby 不允许。

TypeScript 确实允许跨实例 private访问:

class A {
  private x = 10;

  public sameAs(other: A) {
    // No error
    return other.x === this.x;
  }
}

# 警告

与 TypeScript 类型系统的其他方面一样,privateprotected 仅在类型检查期间强制执行。

这意味着 in或简单属性查找之类的 JavaScript 运行时构造仍然可以访问 privateprotected成员:

class MySafe {
  private secretKey = 12345;
}
// In a JavaScript file...
const s = new MySafe();
// Will print 12345
console.log(s.secretKey);

private还允许在类型检查期间使用括号表示法进行访问。这使得 private声明的字段可能更容易访问,例如单元测试,缺点是这些字段是软私有的并且不严格执行隐私。

class MySafe {
  private secretKey = 12345;
}

const s = new MySafe();

// Not allowed during type checking
console.log(s.secretKey);

// OK
console.log(s["secretKey"]);

与 TypeScripts 的 private不同,JavaScript 的 私有字段 (#) 在编译后仍然是私有的,并且不提供前面提到的像括号符号访问这样的转义舱口,这使得它们很难私有。

class Dog {
  #barkAmount = 0;
  personality = "happy";

  constructor() {}
}
class Dog {
  #barkAmount = 0;
  personality = "happy";

  constructor() {}
}

当编译到 ES2021 或更低版本时,TypeScript 将使用 Wea​​kMaps 代替 #

class Dog {
  #barkAmount = 0;
  personality = "happy";

  constructor() {}
}

如果您需要保护类中的值免受恶意行为者的侵害,您应该使用提供硬运行时隐私的机制,例如闭包、WeakMaps 或私有字段。请注意,这些在运行时添加的隐私检查可能会影响性能。

# 静态成员

类可能有 static个成员。 这些成员不与类的特定实例相关联。 它们可以通过类构造函数对象本身访问:

class MyClass {
  static x = 0;
  static printX() {
    console.log(MyClass.x);
  }
}
console.log(MyClass.x);
MyClass.printX();

静态成员也可以使用相同的 publicprotectedprivate可见性修饰符:

class MyClass {
  private static x = 0;
}
console.log(MyClass.x);

静态成员也被继承:

class Base {
  static getGreeting() {
    return "Hello world";
  }
}
class Derived extends Base {
  myGreeting = Derived.getGreeting();
}

# 特殊静态名称

Function原型覆盖属性通常是不安全/不可能的。 因为类本身就是可以用 new调用的函数,所以不能使用某些 static名称。 namelengthcall等函数属性无法定义为 static成员:

class S {
  static name = "S!";
}

# 为什么没有静态类?

TypeScript(和 JavaScript)没有一个名为 static class的构造,就像 C# 一样。

这些结构之所以存在,是因为那些语言强制所有数据和函数都在一个类中;因为 TypeScript 中不存在该限制,所以不需要它们。 只有一个实例的类通常只表示为 JavaScript/TypeScript 中的普通对象。

例如,我们不需要 TypeScript 中的 "static class" 语法,因为常规对象(甚至顶级函数)也可以完成这项工作:

// Unnecessary "static" class
class MyStaticClass {
  static doSomething() {}
}

// Preferred (alternative 1)
function doSomething() {}

// Preferred (alternative 2)
const MyHelperObject = {
  dosomething() {},
};

# static 类中的块

静态块允许您编写具有自己作用域的语句序列,这些语句可以访问包含类中的私有字段。这意味着我们可以编写具有编写语句的所有功能的初始化代码,不会泄漏变量,并且可以完全访问我们类的内部结构。

declare function loadLastInstances(): any[]

class Foo {
    static #count = 0;

    get count() {
        return Foo.#count;
    }

    static {
        try {
            const lastInstances = loadLastInstances();
            Foo.#count += lastInstances.length;
        }
        catch {}
    }
}

# 泛型类

类,很像接口,可以是泛型的。 当使用 new实例化泛型类时,其类型参数的推断方式与函数调用中的方式相同:

class Box<Type> {
  contents: Type;
  constructor(value: Type) {
    this.contents = value;
  }
}

const b = new Box("hello!");
//    ^?

类可以像接口一样使用通用约束和默认值。

# 静态成员中的类型参数

此代码不合法​​,原因可能并不明显:

class Box<Type> {
  static defaultValue: Type;
}

请记住,类型总是被完全擦除! 在运行时,只有一个 Box.defaultValue属性槽。 这意味着设置 Box<string>.defaultValue(如果可能的话)也会改变 Box<number>.defaultValue- 不好。 泛型类的 static成员永远不能引用类的类型参数。

# 类运行时的 this

重要的是要记住,TypeScript 不会改变 JavaScript 的运行时行为,并且 JavaScript 以具有一些特殊的运行时行为而闻名。

JavaScript 对 this的处理确实不寻常:

class MyClass {
  name = "MyClass";
  getName() {
    return this.name;
  }
}
const c = new MyClass();
const obj = {
  name: "obj",
  getName: c.getName,
};

// Prints "obj", not "MyClass"
console.log(obj.getName());

长话短说,默认情况下,函数中 this的值取决于函数的调用方式。 在这个例子中,因为函数是通过 obj引用调用的,所以它的 this的值是 obj而不是类实例。

这很少是你想要发生的! TypeScript 提供了一些减轻或防止此类错误的方法。

# 箭头函数

如果您有一个经常以丢失其 this上下文的方式调用的函数,则使用箭头函数属性而不是方法定义是有意义的:

class MyClass {
  name = "MyClass";
  getName = () => {
    return this.name;
  };
}
const c = new MyClass();
const g = c.getName;
// Prints "MyClass" instead of crashing
console.log(g());

这有一些权衡:

  • this值保证在运行时是正确的,即使对于未使用 TypeScript 检查的代码也是如此
  • 这将使用更多内存,因为每个类实例都会有自己的每个以这种方式定义的函数的副本
  • 您不能在派生类中使用 super.getName,因为原型链中没有条目可以从中获取基类方法

# this 参数

在方法或函数定义中,名为 this的初始参数在 TypeScript 中具有特殊含义。 这些参数在编译期间被删除:

type SomeType = any;

// TypeScript input with 'this' parameter
function fn(this: SomeType, x: number) {
  /* ... */
}
// JavaScript output
function fn(x) {
  /* ... */
}

TypeScript 检查是否使用正确的上下文调用带有 this参数的函数。 我们可以不使用箭头函数,而是在方法定义中添加一个 this参数,以静态强制方法被正确调用:

class MyClass {
  name = "MyClass";
  getName(this: MyClass) {
    return this.name;
  }
}
const c = new MyClass();
// OK
c.getName();

// Error, would crash
const g = c.getName;
console.log(g());

此方法与箭头函数方法进行了相反的权衡:

  • JavaScript 调用者可能仍然不正确地使用类方法而没有意识到
  • 每个类定义只分配一个函数,而不是每个类实例一个
  • 仍然可以通过 super调用基本方法定义。

# this 类型

在类中,一种称为 this的特殊类型动态地引用当前类的类型。 让我们看看这有什么用处:

class Box {
  contents: string = "";
  set(value: string) {
//  ^?
    this.contents = value;
    return this;
  }
}

在这里,TypeScript 推断 set的返回类型为 this,而不是 Box。 现在让我们创建一个 Box的子类:

class Box {
  contents: string = "";
  set(value: string) {
    this.contents = value;
    return this;
  }
}

class ClearableBox extends Box {
  clear() {
    this.contents = "";
  }
}

const a = new ClearableBox();
const b = a.set("hello");
//    ^?

您还可以在参数类型注释中使用 this

class Box {
  content: string = "";
  sameAs(other: this) {
    return other.content === this.content;
  }
}

这与编写 other: Box不同——如果你有一个派生类,它的 sameAs方法现在将只接受同一个派生类的其他实例:

class Box {
  content: string = "";
  sameAs(other: this) {
    return other.content === this.content;
  }
}

class DerivedBox extends Box {
  otherContent: string = "?";
}

const base = new Box();
const derived = new DerivedBox();
derived.sameAs(base);

# this 型防护

您可以在类和接口中的方法的返回位置使用 this is Type。 当与类型缩小(例如 if语句)混合时,目标对象的类型将缩小到指定的 Type

class FileSystemObject {
  isFile(): this is FileRep {
    return this instanceof FileRep;
  }
  isDirectory(): this is Directory {
    return this instanceof Directory;
  }
  isNetworked(): this is Networked & this {
    return this.networked;
  }
  constructor(public path: string, private networked: boolean) {}
}

class FileRep extends FileSystemObject {
  constructor(path: string, public content: string) {
    super(path, false);
  }
}

class Directory extends FileSystemObject {
  children: FileSystemObject[];
}

interface Networked {
  host: string;
}

const fso: FileSystemObject = new FileRep("foo/bar.txt", "foo");

if (fso.isFile()) {
  fso.content;
// ^?
} else if (fso.isDirectory()) {
  fso.children;
// ^?
} else if (fso.isNetworked()) {
  fso.host;
// ^?
}

基于 this 的类型保护的一个常见用例是允许对特定字段进行延迟验证。例如,当 hasValue被验证为真时,这种情况会从框中保存的值中删除 undefined

class Box<T> {
  value?: T;

  hasValue(): this is { value: T } {
    return this.value !== undefined;
  }
}

const box = new Box();
box.value = "Gameboy";

box.value;
//  ^?

if (box.hasValue()) {
  box.value;
  //  ^?
}

# 参数属性

TypeScript 提供了特殊的语法,用于将构造函数参数转换为具有相同名称和值的类属性。 这些称为参数属性,是通过在构造函数参数前加上可见性修饰符 publicprivateprotectedreadonly之一来创建的。 结果字段获取这些修饰符:

class Params {
  constructor(
    public readonly x: number,
    protected y: number,
    private z: number
  ) {
    // No body necessary
  }
}
const a = new Params(1, 2, 3);
console.log(a.x);
//            ^?
console.log(a.z);

# 类表达式

类表达式与类声明非常相似。 唯一真正的区别是类表达式不需要名称,尽管我们可以通过它们最终绑定到的任何标识符来引用它们:

const someClass = class<Type> {
  content: Type;
  constructor(value: Type) {
    this.content = value;
  }
};

const m = new someClass("Hello, world");
//    ^?

# abstract 类和成员

TypeScript 中的类、方法和字段可能是抽象的。

抽象方法或抽象字段是尚未提供实现的方法。 这些成员必须存在于抽象类中,不能直接实例化。

抽象类的作用是作为实现所有抽象成员的子类的基类。 当一个类没有任何抽象成员时,就说它是具体的。

让我们看一个例子:

abstract class Base {
  abstract getName(): string;

  printName() {
    console.log("Hello, " + this.getName());
  }
}

const b = new Base();

我们不能用 new实例化 Base,因为它是抽象的。 相反,我们需要创建一个派生类并实现抽象成员:

abstract class Base {
  abstract getName(): string;
  printName() {}
}

class Derived extends Base {
  getName() {
    return "world";
  }
}

const d = new Derived();
d.printName();

请注意,如果我们忘记实现基类的抽象成员,我们会得到一个错误:

abstract class Base {
  abstract getName(): string;
  printName() {}
}

class Derived extends Base {
  // forgot to do anything
}

# 抽象构造签名

有时你想接受一些类构造函数,它产生一个派生自某个抽象类的类的实例。

例如,您可能想编写以下代码:

abstract class Base {
  abstract getName(): string;
  printName() {}
}
class Derived extends Base {
  getName() {
    return "";
  }
}

function greet(ctor: typeof Base) {
  const instance = new ctor();
  instance.printName();
}

TypeScript 正确地告诉您您正在尝试实例化一个抽象类。 毕竟,给定 greet的定义,编写这段代码是完全合法的,它最终会构造一个抽象类:

declare const greet: any, Base: any;

// Bad!
greet(Base);

相反,您想编写一个接受带有构造签名的东西的函数:

abstract class Base {
  abstract getName(): string;
  printName() {}
}
class Derived extends Base {
  getName() {
    return "";
  }
}

function greet(ctor: new () => Base) {
  const instance = new ctor();
  instance.printName();
}
greet(Derived);
greet(Base);

现在 TypeScript 正确地告诉您可以调用哪些类构造函数 - Derived可以,因为它是具体的,但 Base不能。

# 类之间的关系

在大多数情况下,TypeScript 中的类在结构上进行比较,与其他类型相同。

例如,这两个类可以互相代替使用,因为它们是相同的:

class Point1 {
  x = 0;
  y = 0;
}

class Point2 {
  x = 0;
  y = 0;
}

// OK
const p: Point1 = new Point2();

同样,即使没有显式继承,类之间的子类型关系也存在:

class Person {
  name: string;
  age: number;
}

class Employee {
  name: string;
  age: number;
  salary: number;
}

// OK
const p: Person = new Employee();

这听起来很简单,但有一些案例似乎比其他案例更奇怪。

空类没有成员。 在结构类型系统中,没有成员的类型通常是其他任何东西的超类型。 所以如果你写一个空类(不要!),任何东西都可以用来代替它:

class Empty {}

function fn(x: Empty) {
  // can't do anything with 'x', so I won't
}

// All OK!
fn(window);
fn({});
fn(fn);
Last Updated: 5/25/2023, 2:35:11 PM