TypeScript 中的类和接口

在面向对象(OOP)编程中,经常会使用到class(类)和interface(接口)。在TypeScript(以下简称TS)中也引入了类和接口的概念,使得TS强大的类型检测机制更加完善。就像我们所知道的,一个类是一堆抽象概念的集合,我们可以从类的构造方法中创建出享有共同属性和方法的对象。一个接口所描述的是一个对象相关的属性和方法,但并不提供具体创建此对象实例的方法。

 

我们的前端项目使用Angular2.0+作为技术栈,Angular2.0+基于TS实现,我们在对代码中某些部分添加类型注释的时,经常出现会面对这样的问题:

"我应该使用接口还是类来对当前数据进行类型注释?"
Some Example

在开发过程中经常会有这样的操作

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゜

转载于:https://www.cnblogs.com/Qingflow/p/10929254.html

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值