停止使用 TypeScript 接口

本文主要是介绍停止使用 TypeScript 接口，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

为什么应该使用类型而不是接口

在这里插入图片描述

这张图片是由人工智能生成的。

类型和接口 是每个 TypeScript 程序中使用的重要特性。

然而，由于类型和接口在功能上非常相似，这就引出了一个问题：哪个更好？

今天，我们将评估类型和接口，然后得出结论，说明为什么你在大多数情况下应该使用类型而不是接口。

所以，不多说了……让我们马上开始吧。

那么它们有什么区别呢？

让我们分析一下这个 Person 类型和接口的定义：

type Person = {name: stringage: number
}interface Person {name: stringage: number
}

很明显，类型和接口有相似的语法，关键区别在于类型使用 = 来定义对象的形状，而不是接口。

然而，事情远不止于此。

让我们深入挖掘一下，一起探索和评估类型和接口。

可扩展性

就可扩展性而言，许多人认为接口是显而易见的赢家，因为接口可以使用 extends 扩展其他接口。

// 可扩展性示例interface Job {job: string
}interface Person extends Job {name: stringage: number
}// 使用了 Person 和 Job 的属性。
const person: Person = {name: "John",age: 25,job: "全栈 Web 开发者",
}

在这里，Person 接口扩展了 Job，因此 Job 接口的属性合并到了 Person 中。

另一方面，类型也通过利用联合 | 或交集 & 运算符来合并现有类型，提供了可扩展性。

接口无法直接表达这种行为。

// ✅ 正常工作
type Person = {name: stringage: number
} & { job: string }// ❌ 不工作
interface Person {name: stringage: number
} & { job: string }

实现

在 TypeScript 中，接口与面向对象编程（OOP）兼容，就像其他语言（例如 Java 或 C#）一样。

这意味着接口可以在类中使用 implements 实现。

现在让我们将 Person 定义为一个类，并实现一个名为 Work 的新接口，满足它们之间的约定。

// 实现示例interface Work {doWork: () => void
}class Person implements Work {name: stringage: numberconstructor(name: string, age: number) {this.name = namethis.age = age}// 实现 doWork 方法以满足 `Work` 接口。doWork() {console.log("工作中...")}
}const person = new Person("John", 25)
person.doWork()

因此，如果你经常使用 OOP，接口将比类型更适用，因为类型不能直接由类实现。

性能

当谈论性能时，我们指的是 TypeScript 编译器执行的 “类型检查” 性能，随着代码库规模的增加，其性能会呈指数级下降。

这就是为什么我们要对类型和接口在类型检查性能方面进行基准测试，看看哪个更优。

这是一个视频，由 Matt Pocock 解释了类型和接口之间的区别，以及在类型检查性能方面实际上没有类型和接口之间的任何差异。

接口为什么会有害

在 TypeScript 中，接口具有一个称为 声明合并 的独特特性。

声明合并是指 TypeScript 编译器将 两个或多个 具有相同名称的接口合并为一个。

// 初始的 Person 接口
interface Person {name: stringage: number
}
// 使用 "声明合并" 来完善 Person 接口
interface Person {gender: string
}// 使用 "合并" 接口来定义一个新的 "person"
const person: Person = { name: "John", age: 25, gender: "男性" }