TypeScript 中的类和接口

在面向对象（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゜