观点：TypeScript为什么能成为前端圈新宠？
极客时间编辑部
讲述：初明明大小：3.63M时长：03:57
不久前 RedMonk 发布了 2019 年 Q3 季度编程语言排行榜，毫无意外的是榜单前三名依旧为 JavaScript、Java 和 Python 。而本次榜单的一大看点是 TypeScript 首次挤进了榜单前十，在几大主流编程语言当道的今天，其他编程语言想要上位是很难的，而 TypeScript 仅用了一年时间，排名就上升了 6 位。当然，这与榜首的 JavaScript 也有关系。
众所周知，TypeScript 是 JavaScript 类型的超集，它可以编译成纯 JavaScript。那 TypeScript 与 JavaScript 的区别又在哪里？它为什么能成为前端圈新宠呢？
从事前端开发十余年，我亲自见证了 Atwood 定律，那就是“任何能用 JavaScript 实现的应用，最终都会用 JavaScript 实现。”
从移动终端到后端服务，从 IoT 到神经网络，JavaScript 几乎无处不在。如此广阔的应用领域，自然对语言的安全性、健壮性和可维护性有更高的要求。
尽管 ES 标准在近几年有了长足的进步，但在类型检查方面依然无所建树。作为开发者，你可能曾经遇到过这样的场景：
你调用一个别人写的函数，很不幸，这个家伙没有留下任何注释，为了搞清楚参数类型，你只能硬着头皮去看里面的逻辑。
为了保证代码的健壮性，你很有责任心，对一个函数的输入参数进行各种假设，最终给老板盛上了一碗香喷喷的意大利面。
领导看好你，让你维护一个重要的底层类库，你殚精竭虑，优化了一个参数类型，但不知道有多少处引用，在提交代码前，是否感到脊背发凉？
明明定义好了接口，可一联调就报错了——“TypeError: Cannot read property ‘length’ of undefined”，于是你怒气冲冲地去找后端理论：“嘿，哥们儿！这个字段是数组！这个字段是数组！这个字段是数组！”
以上情况归根结底，是因为 JavaScript 是一门动态弱类型语言， 对变量的类型非常宽容，而且不会在这些变量和它们的调用者之间建立结构化的契约。如果你长期在没有类型约束的环境下开发，很可能会造成“类型思维”的缺失，养成不良的编程习惯，这也是做前端开发的短板之一，值得我们警醒。
幸运的是，TypeScript 的出现很好地弥补了 JavaScript 在静态类型检查方面的缺陷。它为 JavaScript 提供了良好的类型检查支持，而且能够编译成标准的 JavaScript。
目前，两大前端框架 Angular 和 Vue 已经开始全面使用 TypeScript 进行代码重构，在可预见的未来，TypeScript 有望成为前端开发者必须掌握的开发语言之一。
那么， TypeScript 究竟有哪些特性使得它成为开发者的”刚需“？
第一，类型检查。TypeScript 会在编译代码时进行严格的静态类型检查，这意味着你可以在编码阶段发现可能存在的隐患，而不必把它们带到线上。
第二，语言扩展。TypeScript 会包括来自 ES 6 和未来提案中的特性，比如异步操作和装饰器；也会从其他语言借鉴某些特性，比如接口和抽象类。
第三，工具属性。TypeScript 能够编译成标准的 JavaScript，可以在任何浏览器、操作系统上运行，无需任何运行时的额外开销。从这个角度上讲，TypeScript 更像是一个工具，而不是一门独立的语言。
除此之外，TypeScript 还可以帮助团队重塑“类型思维”，接口提供方将被迫去思考 API 的边界，他们将从代码的编写者蜕变为代码的设计者。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论