背景
任何新技术的出现都是为了解决原有技术的某个痛点。
JS缺点
由于各种历史因素,JavaScript语言本身存在很多的缺点
编程开发中有一个共识:错误出现的越早越好
如何在代码编译期间发现代码的错误
- JavaScript可以做到吗?不可以
function getLength(str){return str.length}getLength('hello') // 正确调用 返回5getLength() // 错误调用 但编辑器不会报错 运行时才会报错
- JavaScript可以做到吗?不可以
这是一个常见的错误
- 这个错误很大的原因就是因为JavaScript没有对我们传入的参数进行任何的限制,只能等到运行期间才发现这个错误
- 并且当这个错误产生时,会影响后续代码的继续执行,也就是整个项目都因为一个小小的错误而陷入崩溃
- 当我们写像我们上面这样的简单的demo时,这样的错误很容易避免,并且当出现错误时,也很容易检查出来
- 但是当我们开发一个大型项目时呢?你能保证自己一定不会出现这样的问题吗﹖而且如果我们是调用别人的类库,又如何知道让我们传入的到底是什么样的参数呢﹖
如果我们可以给JavaScript加上很多限制,在开发中就可以很好的避免这样的问题了
体会到没有类型检查带来的一些问题,JavaScript因为从设计之初就没有考虑类型的约束问题,所以造成了前端开发人员关于类型思维的缺失
- 前端开发人员通常不关心变量或者参数是什么类型的,如果在必须确定类型时,我们往往需要使用各种判断验证
- 从其他方向转到前端的人员,也会因为没有类型约束,而总是担心自己的代码不安全,不够健壮
所以我们经常会说JavaScript不适合开发大型项目,因为当项目一旦庞大起来,这种宽松的类型约束会带来非常多的安全隐患,多人员开发它们之间也没有良好的类型契约。
TypeScript是 JavaScript的一个超集,TypeScript 可以运行于任何系统,并且是开源免费的。
- 并且TypeScript最终会被编译成JavaScript代码,所以并不需要担心它的兼容性问题,在编译时也不需要借助于Babel这样的工具。用户运行也是运行JS,只是在编写代码阶段,就可以进行类型验证,有问题时,IDE就会立刻报错,不会流到编译
- TypeScript语法遵循 ES 规范,更细速度快,不断支持最新的 ECMAScript 新特性,如装饰器、public/private修饰符
- TypeScript支持 OOP(面向对象)的接口,抽象类,多态特性
- TypeScript可以为 IDE 提供更好的代码补全、接口提示、跳转到定义
- 并且在语言层面上,不仅仅增加了类型约束,而且包括一些语法的扩展,比如枚举类型(Enum )、元组类型(Tuple)等
- 所以,我们可以把TypeScript理解成更加强大的JavaScript,不仅让JavaScrip更加安全,而且给它带来了诸多好用的好用特性
- 还有重要一点是众多科技公司已经采用 TypeScript进行开发,也是前端工程师需要掌握的就业技能
- 比如Vue3源码也采用了TypeScript进行重写
- 包括在React中已经使用的ant-design的UI库,也大量使用TypeScript来编写
- 目前公司非常流行Vue3+TypeScript、React+TypeScript的开发模式
- 包括小程序开发,也是支持TypeScript的

