使用 Typescript 的一些注意事项

但 ts 和 java 是不一样的，本质是因为它作为一个静态类型语言，要编译成弱类型语言 js 来执行。所以，ts 只管得了编译时，却管不了运行时。下文的很多内容，都是这个特点的具体表现。

【个人提醒】我感觉 ts 为了能让自己更适应 js 的转型，做了很多非常繁琐（或者叫灵活）的设计，我没有详细总结，但这种感觉很强烈。所以，如果你觉得 ts 有些地方过于繁琐时，也不要担心，这可能不是你的问题，而是它的问题。

任何美好的东西，都是应该简单的、明确的。

易混乱的类型

---

如果问“ts 的变量有多少种类型”，你能否回答全面？ts 比 js 类型多一些。

never vs void

只需要记住一个特点：返回 never 的函数，都必须存在无法到达的终点，如死循环、抛出异常。

function fn1(): never {

while(true) { /…/ }

}

function fn2(): never {

throw new Error( /…/ )

}

any vs unknown

• any 任何类型，会忽略语法检查

• unknown 不可预知的类型，不会忽略语法检查（这就是最大区别）

const bar: any = 10;

any.substr(1); // OK - any 会忽略所有类型检查

const foo: unknown = ‘string’;

foo.substr(1); // Error: 语法检查不通过报错

// (foo as string).substr(1) // OK

// if (typeof foo === ‘string’) { foo.substr(1) } // OK

一些“欺骗”编译器语法检查的行为

---

就如同你告诉编译器：“按我写的来，不要管太多，出了事儿我负责！”

编译器不给你添麻烦了，不进行语法检查了，但你一定要考虑好后果。所以，以下内容请慎用，不要无脑使用。

@ts-ignore

增加 @ts-ignore 的注释，会忽略下一行的语法检查。

const num1: number = 100

num1.substr() // Error 语法检查错误

const num2: number = 200

// @ts-ignore

num2.substr() // Ok 语法检查通过

any

如果 ts 是西游记，any 就是孙悟空，自由、无约束。了解西游记大部分是从孙悟空开始，了解 ts 可能也是从 any 开始用。

但西游记最后，孙悟空变成了佛。你的 any 也应该变成 interface 或者 type 。

类型断言 as

文章一开始说过，ts 只管编译时，不管运行时。as 就是典型的例子，你用 as 告诉编译器类型，编译器就听你的。但运行时，后果自负。

function fn(a: string | null): void {

const length = (a as string).length

console.log(length)

}

fn(‘abc’) // Ok

// fn(null) // Error js 运行报错

非空断言操作符 !

! 用于排除 null undefined ，即告诉编译器：xx 变量肯定不是 null 或 undefined ，你放心吧～

同理，运行时有可能出错。

// 例子 1

function fn(a: string | null | undefined) {

let s: string = ‘’

s = a // Error 语法检查失败

s = a! // OK —— 【注意】如果 a 真的是 null 或者 undefined ，那么 s 也会是 null 或者 undefined ，可能会带来 bug ！！！

}

// fn(null)

// 例子 2

type NumGenerator = () => number;

function myFunc(numGenerator: NumGenerator | undefined) {

const num1 = numGenerator(); // Error 语法检查失败

const num2 = numGenerator!(); // OK

}

// myFunc(undefined) // 【注意】，如果真的传入 undefined ，也会去执行，当然会执行报错！！！

// 例子 3

let a: number

console.log(a) // Error - Variable ‘n’ is used before being assigned.

let b!: number

console.log(b) // OK - ! 表示，你会给 b 一个赋值，不用编译器关心

可选链 ?.

?. 遇到 null 或 undefined 就可以立即停止某些表达式的运行，并返回 undefined

【注意】这里只针对 null 和 undefined ，对于 0 false '' 等 falsely 变量是不起作用的。这一点和 && 不一样。

这个运算符，看似是获取一个属性，其实它是有条件判断的。即，它就是一个 ? : 三元表达式的语法糖。既然它有判断逻辑，那你考虑不到位，就有可能出错。

// 例子 1 - 获取对象属性

interface IFoo { a: number }

function fn(obj: IFoo | null | undefined): number | undefined {

const a = obj?.a // ?. 可选链运算符

// 第一，如果 a 是 IFoo 类型，则打印 100

// 第二，如果 a 是 null 或者 undefined ，则打印 undefined

console.log(‘a’, a)

return a // 100 或者 undefined

}

fn({ a: 100 })

// fn(null)

// fn(undefined)

// 例子 2 - 获取数组元素

function tryGetArrayElement(arr?: T[], index: number = 0) {

return arr?.[index];

}

// 编译产出：

// “use strict”;

// function tryGetArrayElement(arr, index = 0) {

// return arr === null || arr === void 0 ? void 0 : arr[index];

// }

// 例子 3 - 用于函数调用

type NumGenerator = () => number;

function fn(numGenerator: NumGenerator | undefined | null) {

const num = numGenerator?.();

console.log(‘num’, num) // 如果不是函数，则不调用，也不会报错，返回 undefined

}

// fn(null)

// fn(undefined)

【吐槽】对于这种语法糖，我还是比较反感的，我觉得自己写几行逻辑判断会更好。它虽然简洁，但是它会带来阅读理解上的负担，代码简洁不一定就可读性好 —— 当然了，如果大家都这么用，用久了，大家都熟悉了，可能也就没有这个障碍了。

type 和 interface

---

我目前还是处于一种懵逼状态。我感觉 type 和 insterface 有太多的灰色地带，这就导致我们日常使用时，大部分情况下用谁都可以。我搞不懂 ts 为何要这样设计。

按照我前些年对 java 和 C# 的理解：（我不知道近几年 java C# 有没有相关的语法变化）

• 如果自定义一个静态的类型，仅有一些属性，没有方法，就用 type

• 如果定义一种行为（行为肯定是需要方法的，仅属性是不够的），需要 class 实现，就用 interface

但是查到的资料，以及查阅 ts 的类库 lib.dom.d.ts 和 lib.es2015.d.ts 源码，也都是用 interface 。我曾经一度很困惑，见的多了，就慢慢习惯成自然了，但问题并没有解决。

问题没有解决，但事情还是要继续做的，代码也是要继续写的，所以我就一直跟随大众，尽量用 interface 。

private 和 #

---

两者都表示私有属性。背景不同：

• private 是 ts 中一开始就有的语法，而且目前只有 ts 有，ES 规范没有。

• # 是 ES 目前的提案语法，然后被 ts 3.8 支持了。即，ts 和 ES 都支持 # 。

如果仅对于 ts 来说，用哪个都一样。

但本文一开始提到过：ts 只关注编译时，不关注运行时。所以，还得看看两者的编译结果。

private

private 编译之后，就失去了私有的特点。即，如果你执行 (new Person()).name ，虽然语法检查不通过，但运行时是可以成功的。

即，private 仅仅是 ts 的语法，编译成 js 之后，就失效了。

// ts 源码

class Person {

private name: string

constructor() {

this.name = ‘zhangsan’

}

}

/* 编译结果如下

“use strict”;

class Person {

constructor() {

this.name = ‘zhangsan’;

}

}

*/

#

# 编译之后，依然具有私有特点，而且用 (new Person()).name ，在运行时也是无法实现的。

即，# 是 ts 语法，但同时也是 ES 的提案语法，编译之后也不能失效。

但是，编译结果中，“私有”是通过 WeekMap 来实现的，所以要确保你的运行时环境支持 ES6 。WeekMap 没有完美的 Polyfill 方案，强行 Polyfill 可能会发生内存泄漏。

// ts 源码

class Person {

#name: string

constructor() {

this.#name = ‘zhangsan’

}

}

/* 编译结果如下

“use strict”;

var __classPrivateFieldSet = (this && this.__classPrivateFieldSet) || function (receiver, privateMap, value) {

if (!privateMap.has(receiver)) {

throw new TypeError(“attempted to set private field on non-instance”);

}

privateMap.set(receiver, value);

return value;

};

var _name;

class Person {

constructor() {

_name.set(this, void 0);

__classPrivateFieldSet(this, _name, ‘zhangsan’);

}

}

_name = new WeakMap();

*/

函数重载

---

java 中的函数重载

java 中的函数重载是非常好用，而且非常好理解的，傻瓜式的，一看就懂。

如下代码，定义了四个名为 test 的函数，参数不同。那就直接写四个函数即可，调用时也直接调用，java 会自动匹配。

public class Overloading {

public int test(){

System.out.println(“test1”);

return 1;

}

public void test(int a){

System.out.println(“test2”);

}

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Web前端开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点！不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
现在。**

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Web前端开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

[外链图片转存中…(img-4PaaNlfE-1715826340446)]

[外链图片转存中…(img-OpGDmVXI-1715826340447)]

[外链图片转存中…(img-rl9JMcEB-1715826340447)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点！不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！