浅谈TypeScript3.7中值得注意的3个新特性
前言
距typescript 3.7正式发布已经有一段时间了，这段时间正在对手上的项目进行typescript的迁移工作，所以会特别留意每一次的release。
对于3.7中包含的新特性，其实相比较之前几次release来说，算是一个比较小的发布版本，但是其中包含的几个特性对代码质量本身，会带来显著地提升。
Optional Chaining
首先第一个特性是对于optional chaining操作符的支持，翻译过来应该可以叫做可选链操作符，当然我还是觉得这样翻译有点怪怪的，暂且就直接用英文好了。
这个特性首先是es2019中包含的一个新特性，对于特性本身，有兴趣的可以参考这里。
由于typescript是JavaScript的超集，所以预先实现这个特性也是在预料之内的事情，大概使用方式是这样的：
a?.b();
等价于：
if(a) a.b(); // 或者 a && a.b()
如果是多层嵌套，比如b也是一个对象，要继续调用c()，那么可以这样：
a?.b?.c()
但其实就算这样写的话，它也不是安全的，因为b()中的b也有可能是空值，直接调用的话，也会抛出异常。为了绝对的安全，可以这样写：
a?.b?.();
值得注意的是，这里一定要对于可选的含义有一个正确的理解，可选的意思是，它在类型的声明中，通过?来修饰，代表一个类型包含某个可为空值的属性。言外之意的意思就是，?.不会对那些不符合类型声明本身的属性调用，比如：
interface A {}
const a: A = {};
a?.b?.(); // Property 'b' does not exist on type 'A'
除非A接口的声明改为：
interface A {
b?: any
}
这个特性在项目的实践意义是很大的，我们可以写更少的if断言语句或者&&操作符，但是却达到了相同的效果。
Nullish Coalescing
中文翻译过来会叫做双问号操作符，这个其实挺形象的，因为它的语法确实就是??。
这个操作符的功能，往简单说，就是为一个空值，指定一个默认值，类似狼蚁网站SEO优化的代码：
let a = b || 'foo'
当b为空值时，由于||操作符的特性，a的值会被赋予foo。如果使用??操作符进行改写，如下：
let a = b ?? 'foo'
表面上看，似乎两者没什么区别，但其实这里隐含了一个问题，就是||对于空值的概念，并不仅仅指null和undefined，类似false、0等一系列逻辑上为false的值都会算作空值，这显然是有问题的，比如：
const b = 0 let a = b || 'foo' // a 为 'foo'
这个示例中，我们期望a只有在b为真正意义上的空值（null或者undefined）时，才被赋予默认值，a应当等于0，而实际运行结果确实foo，因为b=0，在||操作符的运行过程中，它会被解释为false。我曾在实际项目中，编写过一个验证码组件，很不幸，踩上了这个坑，当时为了debug这个问题，花了很长时间。
但使用??操作符，就不会存在这个问题。
Uncalled Function Checks
我相信很多人都曾经遇过类似的问题，因为缺乏有效的命名规范，断言属性和断言方法会在实际项目中被混用，比如：
class A {
isFoo(): boolean {
return false;
}
}
function test(a: A) {
if (a.isFoo) {
...
}
}
这里如果我们的本意是要通过调用a.isFoo来获取一个断言值，我们明显犯了一个错误，我们应当使用if (a.isFoo())，而不是直接if (a.isFoo)，因为后者虽然在语法层面没有错误，但是在逻辑含义，它将被断言为true。但在3.7发布之后，typescript会尝试帮助我们发现这个问题。
虽然如此，但我仍然建议大家针对断言方法和断言属性制定统一的命名规范，比如isXXX代表属性，而assertXXX代表方法。
其他
其他的一些变更，均是易用性上的一些改变，比如：
- Flatter Error Reporting：会将一大段的类型重复的错误日志，尽可能地压缩为单条、更准确、更精简的错误日志
- 文件级别的@ts-nocheck：之前版本中该注解仅支持行内级别
- 递归类型声明：能够在类型声明中，使用递归语法来声明更复杂的类型，比如json类型
- 对js文件提供declaration支持，以减小从js项目迁移的迁移成本
以上就是浅谈TypeScript3.7中值得注意的3个新特性的详细内容，更多关于TypeScript3.7新特性的资料请关注狼蚁SEO其它相关文章！