Typescript开发学习总结（附大量代码）

如果评定前端在最近五年的重大突破，Typescript肯定能名列其中，重大到各大技术论坛、大厂面试都认为Typescript应当是前端的一项必会技能。作为一名消息闭塞到被同事调侃成“新石器时代码农”的我，也终于在2019年底上车了Typescript。使用的一年间整理了许多的笔记和代码片段，花了一段时间整理成了下文。

本文不是教程，主要目的是分享我个人在使用Typescript开发1年期间的一些理解和代码片段，因此文章内容主要围绕对某些特性做的研究和理解。也希望能帮到一些同在学习使用Typescript的小伙伴，如有错误遗漏也希望能够指出。

基础数据类型

Javascript一共有6种基础类型：String/Number/Boolean/Null/Undefined/Symbol，分别对应Typescript中6种类型声明：string/number/boolean/null/undefined/symbol。

基础数据类型的类型声明适用的几条规则：

  1. Typescript在编译时会对代码做静态类型检查，多数情况下不支持隐式转换，即let yep: boolean = 1会报错
  2. Typescript中的基础类型声明的首字母不区分大小写，即let num: number = 1等同于let num: Number = 1，但是推荐小写形式
  3. Typescript允许变量有多种类型（即联合类型），通过|连接即可，如let yep: number | boolean = 1，但是不建议这么做
  4. 类型声明不占用变量，因此let boolean: boolean = true是允许的，但是不建议这么用
  5. 默认情况下，除了never，Typescript可以把其他类型声明（包括引用数据类型）的变量赋值为null/undefined/void 0而不报错。但这肯定是错误的，建议在tsconfig.json中设置"strictNullChecks": true屏蔽掉这种情况
  6. 对于基础类型而言，unknown与any的最终结果是一致的
// 字符串类型声明，单引号/双引号不影响类型推断
let str: string = 'Hello World';

// 数字类型声明
let num: number = 120;
// 这些值也是合法的数字类型
let nan: number = NaN;
let max: number = Infinity;
let min: number = -Infinity;

// 布尔类型声明
let not: boolean = false;
// Typescript只对结果进行检查，!0最后得到true，因此不会报错
let yep: boolean = !0;

// symbol类型声明
let key: symbol = Symbol('key');

// never类型不能进行赋值
// 执行console.log(never === undefined)，执行结果为true
let never: never;
// 但即使never === undefined，赋值逻辑仍然会报错
never = undefined;

// 除了never，未开启strictNullChecks时，其他类型变量赋值为null/undefined/void 0不报错
let always: boolean = true;
let isNull: null =  null;
// 不会报错
always = null;
isNull = undefined;

引用数据类型

Javascript的引用数据类型有很多，比如Array/Object/Function/Date/Regexp等，与基础类型不一样的地方是，Typescript有些地方并不能简单地与Javascript直接对应，部分的执行结果让人摸不着头脑。

在书写规则上，除了Object以外，Typescript其他的引用数据类型声明的首字母必须大写，如let list: array<number> = [1]会报错，必须写成let list: Array<number> = [1]。原因是这些引用数据类型在本质上都是构造函数，Typescript的底层会通过类似于list instanceof Array的逻辑进行类型比对。

其中比较有意思的一个点是：在所有的数据类型里，Array是唯一的泛型类型，也是唯一有两种不同的写法：Array<T>和T[]。

与数组相关的类型声明还有元组Tuple，跟数组的差别主要体现在：元组的长度是固定已知的。因此使用场景也非常明确，适合用在有固定的标准/参数/配置的地方，比如经纬度坐标、屏幕分辨率等。

// 数组类型有Array<T>和T[]两种写法
let arr1: Array<number> = [1]
let arr2: number[] = [2]

// 未开启strictNullChecks时，赋值为null/undefined/void 0不报错
let arr3: number[] = null
// 编译时不会报错，运行时报错
arr3.push(1)

// 元组类型
// 坐标表示
let coordiate: [ number, number ] = [114.256429,22.724147]

// 其他引用数据类型
let date: Date = new Date()
let pattern: Regexp = /\w/gi

// 类型声明在函数中的简单运用
// 函数表达式的写法
function fullName(firstName: string, lastName: string): string {
  return firstName + ' ' + lastName
}
// 函数声明式的写法
const sayHello = (fullName: string): void => alert(`Hello, ${ fullName }`)

// 当你不知道函数的返回值，但又不想用any/unknown的时候可以试试这种类型声明的写法，不过不推荐
const sayHey: Function = (fullName: string) => alert(`Hey, ${ fullName }`)

在Typescript中关于对象的类型声明一共有三种形式：Object/object/{}，我一开始以为Object会像Array也是泛型类型，然而经过测试发现不仅不是泛型，还有个首字母小写形式的object，Object/object/{}三者之间的执行结果完全不同。

  1. 以Object作为类型声明时，变量值可以是任意值，如字符串/数字/数组/函数等，但是如果变量值不是对象，则无法使用其变量值特有的方法，如let list: Object = []不会报错，但执行list.push(1)会报错。造成这种情况的原因是因为在Javascript中，在当前对象的原型链上找不到属性/方法时，会向上一层对象进行查找，而Object.prototype是所有对象原型链查找的终点，也因此在Typescript中将类型声明成Object不会报错，但无法使用非对象的属性/方法

  2. 以object作为类型声明时，变量值只能是对象，其他值会报错。值得注意的是，object声明的对象无法访问/添加对象上的任何属性/方法，实际效果类似于通过Object.create(null)创建的空对象，暂时不知道这么设计的原因

  3. {}其实就是匿名形式的type，因此支持通过&、|操作符对类型声明进行扩展（即交叉类型和联合类型）

// 赋值给数字不会报错
let one: Object = 1
// 也赋值给数组,但无法使用数组的push方法
let arr: Object = []
// 会报错
arr.push(1)

// 赋值会报错
let two: object = 2

// object作为类型声明时，赋值给对象时不会报错
let obj1: object = {}
let obj2: object = { name: '王五' }
let Obj3: Object = {}

// 会报错
obj1.name = '张三'
obj1.toString()
obj2.name

// 不会报错
Obj3.name = '李四'
Obj3.toString()

// {} 等同于匿名形式的type
type UserType = { name: string; }

let user: UserType = { name: '李四' }
let data: { name: string; } = { name: '张三' }

交叉类型和联合类型

上文提到，Typescript支持通过&、|操作符对类型声明进行扩展，用&相连的多个类型是交叉类型，用|相连的多个类型是联合类型。

两者之间的区别主要体现在联合类型主要在做类型的合并，如Form4Type、Form6Type；而交叉类型则是求同排斥，如Form3Type、Form5Type。也可以用数学上的合集和并集来分别理解联合类型和交叉类型。


type Form1Type = { name: string; } & { gender: number; }
// 等于 type Form1Type = { name: string; gender: number; }
type Form2Type = { name: string; } | { gender: number; }
// 等于 type Form2Type = { name?: string; gender?: number; }

let form1: Form1Type = { name: '王五' } // 提示缺少gender参数
let form2: Form2Type = { name: '刘六' } // 验证通过

type Form3Type = { name: string; } & { name?: string; gender: number; }
// 等于 type Form3Type = { name: string; gender: number; }
type Form4Type = { name: string; } | { name?: string; gender: number; }
// 等于 type Form4Type = { name?: string; gender: number; }

let form3: Form3Type = { gender: 1 } // 提示缺少name参数
let form4: Form4Type = { gender: 1 } // 验证通过

type Form5Type = { name: string; } & { name?: number; gender: number; }
// 等于 type Form5Type = { name: never; gender: number; }
type Form6Type = { name: string; } | { name?: number; gender: number; }
// 等于 type Form6Type = { name?: string | number; gender: number; }

let form5: Form5Type = { name: '张三', gender: 1 } // 提示name的类型为never，不能进行赋值
let form6: Form6Type = { name: '张三', gender: 1 } // 验证通过

上述的代码片段一般只会在面试题里面出现，如果这种代码出现在真实的项目代码里面，估计在代码评审的时候就直接被点名批评了。

不过也不是没有实用场景，以苹果的教育优惠举个例子：假设原价购买苹果12需要5000元；如果通过教育优惠购买则可以享受一定折扣的优惠（比如打8折），但是需要提供学生证或者是教师证。经过产品经理的整理，转变为需求文档之后可能就变成了：原价购买无需其他材料，如需享受教育优惠，则需要提交个人资料以及学生证/教师证扫描件。

// 原价购买
type StandardPricing = {
  mode: 'standard';
}
// 教育优惠购买需要提供购买人姓名和相关证件
type EducationPricing = {
  mode: 'education';
  buyer_name: string;
  sic_or_tic: string;
}
// 通过&和|合并类型
type buyiPhone12 = { price: number; } & ( StandardPricing | EducationPricing )

let standard: buyiPhone12 = { mode: 'standard', price: 5000 }
let education: buyiPhone12 = { mode: 'education', price: 4000, buyer_name: '张三', sic_or_tic: '证件' }

Type和Interface

在一开始学习Typescript的时候看到interface，我第一时间想到的是Java。Java的interface是一种抽象类，把功能的定义和具体的实现进行分离，方便不同人员可以通过interface进行相互配合，类似于需求文档在开发中的作用。

// 张三定义了用户中心的功能有三个：登录、注册、找回密码
interface UserCenterDao {
  void userLogin();
  void userRegister();
  void userResetPassword();
}

// 李四开发用户中心的功能就会提示需要实现三个功能
class UserCenter implements UserCenterDao {
  public void userLogin() {};
  public void userRegister() {};
  public void userResetPassword() {};
}

Typescript对于interface的定义也是类似，都是声明一系列的抽象变量/方法，然后通过具体的代码去实现。

interface整体的效果与用type声明的效果非常相似，即使是专属于interface的继承extends，type也可以通过&、|操作符实现，两者之间也不是独立的，也可以互相进行调用。

因此在平时的实际开发中，不必太过纠结使用type还是interface进行类型的声明，特别纠结的时候type一把梭。

// 用interface定义一个学生的基础属性为姓名、性别、学校、年级、班级
interface Student {
  name: string;
  gender: '男' | '女';
  school: string;
  grade: string | number;
  class: number;
}

// 用interface继承学生的基础属性
// 并追加定义三好学生的标准为遵守校规、乐于助人，班级前三
interface MeritStudent extends Student {
  toeTheLine: boolean;
  helpingOther: boolean;
  topThreeInClass: boolean;
}

// 可以通过type将interface声明的类型声明到新声明上
type StudentType = Student

// interface虽然不能直接使用type声明的类型，但是可以通过继承间接使用
interface CollageStudent extends StudentType {}

// 然后声明相对应的逻辑去实现
let xiaoming: Student = {
  name: '小明',
  gender: '男',
  school: '清华幼儿园',
  grade: '大大班',
  class: 1
}

let xiaowang: MeritStudent = {
  name: '小王',
  gender: '男',
  school: '清华幼儿园',
  grade: '大大班',
  class: 1,
  toeTheLine: true,
  helpingOther: true,
  topThreeInClass: true
}

let xiaohong: StudentType = {
  name: '小红',
  gender: '女',
  school: '朝阳小学',
  grade: 1,
  class: 1
}

说起type和interface，有一道非常经典的Typescript面试题：type和interface的区别在哪里？

先说个人感受。我个人感觉type和interface的区别主要是在语义上，type在官方文档的定义是类型别名，而interface的定义是接口。

下面的代码可以非常明显体现其两者在语义上的区别，其实两者在语法方面的区别并不算大。

// type可以给类型定义别名
type StudentName = string

// interface可以像Java定义一个学生的抽象类
interface StudentInterface {
  addRecord: (subject: string, score: number, term: string) => void
}

// 等同于let name: string = '张三'
let name: StudentName = '张三'

// 构造函数CollageStudent获得抽象类StudentInterface的声明
class CollageStudent implements StudentInterface {

  public record = []

  addRecord(subject, score, term) {
    this.record.push({ subject, score, term })
  }
}

// type其实也定义类似的类型声明结构，但是从语义上来说并不是抽象类
type TeacherType = {
  subject: Array<string>
}
// 构造函数也可以获得type声明的类型，语法上是可以实现的
// 但是从语义和规范的层面上来说不推荐这么写
class CollageTeacher implements TeacherType {

  subject: ['数学', '体育']
}

至于标准答案，官方文档（点击此处）中给出了两者在语法上的具体区别。

泛型

什么是泛型？简单来说，泛型就是类型声明里的变量。举个不相关但是很好理解的例子：

Javascript在执行let num = 1这段代码的时候，Javascript的编译器会从右向左执行代码。代码执行之前，编译器并不知道变量num的数据类型是什么，执行完之后编译器便知道了变量num的数据类型为Number。

这也正好是泛型的核心：编译之前不知道是什么类型，编译之后就知道了。

// 泛型的书写形式是<T>，可以通过<T = ?>为泛型附默认值
// 函数表达式的写法
function typeOf<T>(arg: T): string {
    return Object.prototype.toString.call(arg).replace(/\[object (\w+)\]/, '$1').toLowerCase()
}

// 等同于typeOf<string>('Hello World')
typeOf('Hello World')
// 等同于typeOf<number>(123456)
typeOf(123456)

// 函数声明式的写法
const size = <T>(args: Array<T>): number => args.length

// 等同于size<number>([ 1, 2, 3 ])
size([ 1, 2, 3 ])

上述代码虽然比较简单，但是足以看出泛型的灵活性，这能让组件的复用性更高，不过可能还是不好理解泛型在实际项目中的用处。

下面是我在现实的项目工程中使用的代码片段，代码有点长但是逻辑不复杂。代码主要是用于请求后端接口的hooks，定义了两个泛型：RequestConfig和AxiosResponse，分别用于定义请求参数和返回参数的结构，代码中还运用了泛型嵌套Promise<AxiosResponse<T>>，方便对多层结构的复用。

import axios, { AxiosRequestConfig } from 'axios'

// 请求参数的结构
interface RequestConfig<P> {
  url: string;
  method?: 'GET' | 'POST' | 'PUT' | 'DELETE';
  data: P;
}

// 返回参数的结构
interface AxiosResponse<T> {
  code: number;
  message?: string;
  data: T;
}

const $axios = axios.create({ baseURL: 'https://demo.com' })

// 声明了两个泛型类型T和P
// T - 返回参数的泛型，默认值为void，在无返回参数的时候不需要传类型声明
// P - 请求参数的泛型，默认值为void，在无请求参数的时候不需要传类型声明
// 泛型支持嵌套，如Promise<AxiosResponse<T>>即表示AxiosResponse<T>的返回值在Promise中
const useRequest = async <T = void, P = void>(requestConfig: RequestConfig<P>): Promise<AxiosResponse<T>> => {

  const axiosConfig: AxiosRequestConfig = {

    url: requestConfig.url,
    data: requestConfig.data || {},
    method: requestConfig.method || 'GET'
  }

  try {
    // data中是预想中的返回参数
    const { data: response } = await $axios(axiosConfig)

    // 错误响应
    if( response.code !== 200 ) {

      return Promise.reject(response)
    }

    return Promise.resolve(response)
  } catch(e) {
    // 错误响应
    return Promise.reject(e)
  }
}

(async () => {

  interface RequestInterface {
    date: string;
  }
  interface ResponseInterface {
    weather: number;
  }

  // 无参数时使用，无需约束泛型
  await useRequest({ url: 'api/connect' })
  // 有参数时使用，通过泛型约束提升代码质量
  const { weather } = await useRequest<RequestInterface, ResponseInterface>({
    url: 'api/weather',
    data: { date: '2021-02-31' }
  })
})()

另外，Typescript允许类型声明调用自己，可以通过这个特性去实现类似于树形结构的需求，比较常见的就是管理系统的导航菜单了。

// Typescript支持递归调用自身
type TreeType = {
  label: string;
  value: string | number;
  children?: Array<TreeType>
}
// 因此可以借助这个特性实现树形结构
let tree: Array<TreeType> = [

  { label: '首页', value: 1, children: [
    { label: '仪表盘', value: '1-1' },
    { label: '工作台', value: '1-2' },
  ] },
  { label: '进度管理', value: 2, children: [
    { label: '进度设置', value: '2-1' },
    { label: '操作记录', value: '2-2' },
  ] },
]
赞 (0)

相关推荐

  • 最全TypeScript 入门基础教程，看完就会

    想学习 TypeScript 的小伙伴看过来,本文将带你一步步学习 TypeScript 入门相关的十四个知识点,详细的内容大纲请看下图: 一.TypeScript 是什么 TypeScript 是一 ...

  • TypeScript 入门自学笔记

    WEB前端开发社区 今天 TypeScript 介绍 首先介绍一下什么是TypeScript ,与JavaScript的区别,及优缺点 什么是TypeScript? 是添加了类型系统的 JavaScr ...

  • TypeScript---数据类型

    TypeScript---数据类型 //字符串 let str: string = "你好ts" let str1: string = "你好typescript&quo ...

  • TS vs JS基础类型

    布尔值 ts:let isDone:boolean = false; js:var isDone = false; 数字 和JavaScript一样,TypeScript里的所有数字都是浮点数. 这些 ...

  • TypeScript 里 interface 和 type 的区别

    StackOverflow 上的讨论链接 Interface vs Type alias in TypeScript 2.7 Differences Between Type Aliases and ...

  • TypeScript 定义函数的几种写法

    参考链接1 参考链接2 写法1 - 使用 function 关键字 function greeter(fn: (a: string) => void) { fn("Hello, Wor ...

  • TypeScript 里的 class field

    例子如下: 和这个知识点相关的 tsc 编译选项:strictPropertyInitialization strictPropertyInitialization 设置控制是否需要在构造函数中初始化 ...

  • Java 中一个天天都在被人使用，但你并不知道为什么的知识点

    每天早上七点三十,准时推送干货 Java极客技术 Java 极客技术由一群热爱 Java 的技术人组建,专业输出高质量原创的 Java 系列文章,优秀的 Java 程序员都在这里. 666篇原创内容 ...

  • Golang 类型断言 vs 类型转换

    这是一篇译文,原文出处:https://www.sohamkamani.com/golang/type-assertions-vs-type-conversions/. 在Go中,类型断言和类型转换是 ...

  • TypeScript 的 generic 函数

    官方链接 编写一个函数,其中输入的类型与输出的类型相关,或者两个输入的类型以某种方式相关. 让我们考虑一个返回数组第一个元素的函数: function firstElement(arr: any[]) ...

  • 使用函数式语言建立领域模型

    领域模型=代码 如果说敏捷软件开发主张面对面沟通,通过快速迭代的手段,让有价值的软件尽早面向市场,从而适应快速变化的需求. 那么DDD则为敏捷开发过程中的沟通形式,作出了进一步的补充.纵观DDD的所有 ...