在面向对象(OOP)编程中,经常会使用到class(类)和interface(接口)。在TypeScript(以下简称TS)中也引入了类和接口的概念,使得TS强大的类型检测机制更加完善。就像我们所知道的,一个类是一堆抽象概念的集合,我们可以从类的构造方法中创建出享有共同属性和方法的对象。一个接口所描述的是一个对象相关的属性和方法,但并不提供具体创建此对象实例的方法。
我们的前端项目使用Angular2.0+作为技术栈,Angular2.0+基于TS实现,我们在对代码中某些部分添加类型注释的时,经常出现会面对这样的问题:
"我应该使用接口还是类来对当前数据进行类型注释?
一个例子
在开发过程中经常会有这样的操作
fetch('https://xxx.com/api/blabla')
.then(data => {
console.log(data); // data: any
});
以上代码片段向后端API发起请求,得到返回的数据后我们会在前端UI中使用。
如果我们让TS编译目前这段代码,then方法中的data参数将会默认被定义为any类型。因为在没有类型定义的情况下,TS仅仅是通过分析代码,判断出类型应该是什么。
在这种情况下,我们为了提高程序的类型安全性,我们希望能够主动地添加一个类型注释`Response`,以便告知TS编译器我们期望当前res参数的类型为什么。
// 需要在此处定义一个 `Response` 类型
fetch('https://xxx.com/api/blabla')
.then((data: Response) => {
console.log(data) // data: Response
})
由此,我们引出了本篇文章的核心问题,我们应该把`Response`类型定义为interface还是一个class呢?总感觉class和interface都可以。
TS中的interface
TS的核心原则职之一就是类型检查,关注定义的值的数据结构
interface是仅存在于TS上下文中的一种虚拟结构,TS编译器依赖接口用于类型检查,最终编译为JS后,接口将会被移除。
interface MyInterface {
a: number;
b: string;
}
以上MyInterface这个接口约定对象只能存在且必须有两个属性,这两个属性分别为数字 `a` 和 字符串 `b`,只要不遵守此约定,TS就会抛出错误。
TS中的class
与其他语言相比,JS并没有直接对类的描述,基于原型的继承方式也让众多的OOP世界的程序员充满困惑,一直到了ES6,class关键字作为一种语法糖出现。
与interface不同,class作为TS的一种变量类型存在于上下文之中,class中可以提供,变量、方法等的具体实现方式等,它的作用不仅仅是约束数据结构。
class MyClass {
a: number;
b: string;
constructor(options: MyInterface) {
this.a = options.a;
this.b = options.b;
}
foo(): void {
console.log(this.a);
console.log(this.b);
}
}
以上MyClass类定义了两个变量和一个foo方法,constructor方法会接受options参数初始化类中的属性。
Class和Interface的比较
在TS中class和interface都可以用来约束数据的结构,但是频繁使用class约束数据结构会使程序的性能受到影响,在 [typescript官网](https://www.tslang.cn/play/index.html) 的练习板块中,我们在左边书写TS代码,右边会显示所转换成的JS代码。
我们尝试书写class和interface看看两者转换后的代我们可以发现class编译了大量代码,但是interface并没有转换成任何JS,当我们定义大量的class,并且还有着复杂的继承关系时,编译过后的代码体积将更加庞大。
最佳实践
由于考虑到class和interface在TS中编译结果的不同,我们面对不同的场景,使用正确的约束数据类型的方式,对我们代码性能层面的提高就尤为重要。
什么时候使用class
当需要使用class时,我通常会考虑三个方面
- 是否需要创建多个实例
- 是否需要使用继承
- 是否需要特定的单例对象
什么时候使用interface
对于从服务器端获取或者业务场景中模拟的数据,提倡使用interface去定义,这些数据通常是不会经常变化和调整的,这些数据可能仅仅只表示某些状态,或者是UI上的文本。
interface配合class
class MyClass {
a: number;
b: string;
origin: MyInterface;
constructor(options: MyInterface) {
this.a = options.a;
this.b = options.b;
this.origin = options; // 保存原始的options数据
}
foo(): void {
console.log(this.a);
console.log(this.b);
}
}
const a = new MyClass(options);
const b = new MyClass(a.origin);
在实际场景中,我们可以给class的参数指定好interface类型用来初始化class中的属性,以上代码在class的origin属性中保存了options的数据,可以用来之后初始化全新的class实例,这解决了class实例在变化后很难clone出全新实例的问题,上面实例中 `b`变量 由 `a`变量 的orgin字段
初始化。
总之,当我们只是想要在TS中约束数据类型时,我们需要结合实际的场景去选择使用class还是interface,如果只是一个简单的后端请求,却都使用class去约束,想象一下编译出来一大堆无用的js代码,简直可怕ヽ(*。>Д<)o゜