热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

TypeScript实战分享:Google工程师深度解析TypeScript开发经验与心得

本文由编程笔记#小编为大家整理,主要介绍了工程师亲述在 Google 从事 TypeScript 工作的独家体会!相关的知识,希望对你有一定的参考价值。 【CSDN编者按】多年来,Google为
本文由编程笔记#小编为大家整理,主要介绍了工程师亲述在 Google 从事 TypeScript 工作的独家体会!相关的知识,希望对你有一定的参考价值。





【CSDN编者按】多年来,Google为了开发大型Javascript应用程序而构建了大量基础架构。


今天,就来听听在TypeScript上工作了两年多的Google软件工程师Evan Martin,对此有什么心得体会吧!


工程师亲述在 Google 从事 TypeScript 工作的独家体会!

我已经在TypeScript上工作了两年多了,所以我想写一两篇文章来回顾这两年的工作。首先,我应该写一个标准的免责声明:我只是一家公司的一个普通的工程师,公司拥有数万名工程师,肯定会有人对我在这里表达的观点持有不同的意见。


工程师亲述在 Google 从事 TypeScript 工作的独家体会!

谷歌很早就开始做Web应用程序


Google很早就开始做Web应用程序了。我简直无法相信Gmail发布已经14年了。在当时使用Javascript是非常疯狂的做法。Gmail的工程师不得不担心IE糟糕的垃圾回收算法,他们需要手动将字符串文字从for循环中提取出来,以避免GC(Garbage collection垃圾回收机制)停止工作。

最近我发现了一个那个时代的设计文档,他们当时在考虑做我们现在称为Javascript“压缩”的东西,但一些备选工具只能在Windows上使用。在今天看来,这些都难以想象。

这些年,Google为开发大型Javascript应用程序,构建了大量基础架构。例如,有一个模块系统可以让源文件表述它们的相互依赖性。有一个捆绑程序可以组合并压缩源文件,生成可以兼容浏览器的产品。

另一个程序可以通过可动态加载的入口点来分析应用的依赖关系图,并分解出公共的块供其他块使用。服务器端的渲染很常见。对于如今的Web开发人员来说,所有这些概念载熟悉不过了,但Google的技术栈很早就有了,而且一直在发展,因此在概念上类似,但具体方面完全不同,Google拥有不同的流程、工具,甚至不同的概念名称。

还有个例子可以说明并行发展:Google、Facebook和Microsoft各自构建了类似但不兼容的编译器,这些编译器向Javascript添加了静态检查。

Google的编译器常被称为Closure。(请不要与Clojure语言混淆;为了避免混淆需要说明一下:ClojureScript使用的是Closure编译器。)

Google的Javascript堆栈非常棒。有了它的帮助,Google才能编写并维护可以改变互联网的web应用程序。(还记得Google地图发布时,多么令人震惊吗?如今制作一个可以拖拽的地图小部件似乎非常简单。)

Google地图的一些技术甚至超越了当今最好的技术。例如,Closure编译器可能仍然是最复杂的Javascript优化程序,它能够执行很多操作,例如利用类型信息优化代码,跨越热加载的块的边界进行函数内联,以及在符号层次删除未使用的代码等。

Google的Javascript技术栈也存在一些问题。linter的渐进式发展表明了Closure只不过是个拥有静态类型的Javascript,其中新功能是通过注释引入的。

Closure的语句难以捉摸,速度很慢,有很多Bug,而且如果你不会正确地使用的话,那么它往往会破坏你的代码。尽管它是开源的,但也许是正因为这些原因,除了熟悉它的Google员工之外,行业中并没有广泛使用到它。

Javascript在Google内部的反响并不好,我认为部分原因在于我们对工具很挑剔,大家既嫌静态语言过于繁琐,又嫌动态语言不可捉摸。


工程师亲述在 Google 从事 TypeScript 工作的独家体会!

Javascript出乎意料地流行了起来


与此同时,在Google之外,Javascript也在不断发展,甚至出乎意料地流行起来了。我们构建了Chrome,部分原因是为了解决IE的那些垃圾回收Bug,但也因此催生了了v8,再由v8产生了Node.js。

最后导致今天大多数的Web工具都是用Javascript编写的,尽管Google习惯用Java构建这种工具。模块系统(UMD、AMD、CommonJS)迅速发展。(随之出现了ES6,并发明了自己的模块系统,但是由于某种原因它与其他所有模块系统不兼容,唉!)

NPM统一了工具和库的共享方式。Webpack可以在开发期间,将模块动态地切换到正在运行的应用程序中。

Google一概没有用到这个技术。Google的那些经验丰富的Web开发人员像是生活在另一个时间线中。我们有像SASS这样的CSS预处理语言,但它不是SASS而且没有人喜欢它。精心设计的块分割程序并不能真正支持第三方Javascript库,部分原因是这些工具的出现早于Javascript的库生态系统。

这都只是历史。你可以说我们本不应该这么做,但这么说却无法改变现状。相反,有趣的问题是:接下来我们该何去何从?有几个选择。我的观点肯定是偏向我喜欢的技术。


工程师亲述在 Google 从事 TypeScript 工作的独家体会!

接下来我们该何去何从


第一个诱人的选择就是放弃眼前的一切,并从头开始建造一个没有Javascript的新世界。如果我们投入更多精力到GWT(一个将Java编译成Javascript的Google项目)或Dart(一个将新语言编译成Javascript的Google项目)或WASM,或者你最喜欢的语言:Clojure?Haxe?还是Elm?那么我们根本不需要担心Javascript!

作为PL爱好者,我非常喜欢这个想法。我想仔细分析一下这个想法,但是这篇文章已经够长了,而且我认为已经有很多关于这方面讨论的文章了。

作为反驳,我有一些常见的问题:如果采用一种不同的语言,那么第一个问题是,这对于我们现有的数百万行代码没有任何帮助——“用新语言从从头开始重写”等想法在某些情况下是正确的选择,但是如何充分利用Gmail工程师的时间是一个很难的问题;第二个问题是,对于我们想聘请的经验丰富的前端工程师来说,也几乎没什么用。

与重写一切相对的做法是不改变任何东西。您可能会说,公开的Javascript世界充满了业余和不成熟的代码。一个优秀的工程师总能适应我们特殊的前端方式,我们总能改进或构建更多自己的工具。

我们构建的应用类型(Google搜索页面每天可以获得数十亿次点击)与其他人构建的web应用程序不同,我们的工具既优秀又很有必要性。我非常赞同这种观点。

我认为在权衡利弊的时候,有一种看法认为建立我们自己的工具很有道理,而另一种看法则认为我们已经远离主流,我们的工具是一种负担。

那么争论的焦点是我们究竟处在什么位置,我相信我们不属于后者。我们为LLVM / Clang做出的贡献获益良多,因为我们依赖于C++,但是我们构建自己的LLVM,并不能从中获得更多额外的价值。


工程师亲述在 Google 从事 TypeScript 工作的独家体会!

我们应该折中


所以,我觉得我们应该折中,这也是我们的团队一直在追求的道路:逐步采用一些合理的外部工具,并弄清楚这些工具如何才能与我们现有的代码库相互合作。

这项任务并不那么有趣,因为我们不会只是单纯地抛弃历史遗留的混乱或者“这次做正确的事情”,但我喜欢更谦虚地思考,不要固步自封。

为了Google的Javascript世外桃源重回大陆,我们要做的第一步是:采用了一个支持良好的静态检查器:(1)不是我们自己做的; (2)很流行,同时与我们现有的代码相似;(3)旨在搭建通往Javascript的桥梁;(4)旨在支持大规模的开发,这才是我们定制工具的根本原因。而这个工具就是TypeScript。 

Closure编译器的优势在于优化输出,而TypeScript具有出色的用户界面且根本没有优化。因此这两个工具可以互补,并且(有些工作)可以结合在一起。

因为TypeScript已经很好用了——毕竟只有这样我们才会采用它——所以我们获得了许多采用已有语言的好处,比如IDE风格的代码自动补齐,以及能够从StackOverflow获取答案。

留给我们的主要工作是集成:允许我们的应用程序逐步转移到TypeScript,而无需从头开始重写。我们在与Google的构建系统集成时非常谨慎,我们采用了渐进式编译,这对大型应用程序至关重要;而且一个模块中的变更不会影响使用了该模块的API,也不会导致下游模块需要重新编译。

我们与Closure类型/模块系统的集成意味着ES6 TypeScript模块可以导入Google模块系统中的模块,而且保留了(大部分)类型信息。一家公司成功地使用了我们发布的工具,自动将其整个代码库进行了转换,同时保留他们压缩后的输出。

现在Google内部,各个地方都或多或少地使用了TypeScript;如果您使用Google的产品,那么意味着你已经与一些TypeScript代码打过交道了。TypeScript本身就是一系列有趣的折衷方案,它将静态类型的编程语言与自由转换的Javascript生态系统进行了平衡。

我们工程师也会这么做:我们也会做出有趣的妥协,试图平衡不同的问题。我希望将来可以写更多关于多年来发现的一些有趣的小事。正如刚开始使用TypeScript时我写下的这篇文章一样(http://neugierig.org/software/blog/2016/02/revisiting-typescript.html),我认为TypeScript在设计领域内做出了很好的权衡。



原文:http://neugierig.org/software/blog/2018/09/typescript-at-google.html


译者:弯月,责编:胡巍巍



推荐阅读
  • 本文介绍了SIP(Session Initiation Protocol,会话发起协议)的基本概念、功能、消息格式及其实现机制。SIP是一种在IP网络上用于建立、管理和终止多媒体通信会话的应用层协议。 ... [详细]
  • 知识图谱与图神经网络在金融科技中的应用探讨
    本文详细介绍了融慧金科AI Lab负责人张凯博士在2020爱分析·中国人工智能高峰论坛上的演讲,探讨了知识图谱与图神经网络模型如何在金融科技领域发挥重要作用。 ... [详细]
  • 我的读书清单(持续更新)201705311.《一千零一夜》2006(四五年级)2.《中华上下五千年》2008(初一)3.《鲁滨孙漂流记》2008(初二)4.《钢铁是怎样炼成的》20 ... [详细]
  • 从理想主义者的内心深处萌发的技术信仰,推动了云原生技术在全球范围内的快速发展。本文将带你深入了解阿里巴巴在开源领域的贡献与成就。 ... [详细]
  • 本文详细介绍了如何正确设置Shadowsocks公共代理,包括调整超时设置、检查系统限制、防止滥用及遵守DMCA法规等关键步骤。 ... [详细]
  • Docker安全策略与管理
    本文探讨了Docker的安全挑战、核心安全特性及其管理策略,旨在帮助读者深入理解Docker安全机制,并提供实用的安全管理建议。 ... [详细]
  • 在尝试加载支持推送通知的iOS应用程序的Ad Hoc构建时,遇到了‘no valid aps-environment entitlement found for application’的错误提示。本文将探讨此错误的原因及多种可能的解决方案。 ... [详细]
  • 对于初学者而言,搭建一个高效稳定的 Python 开发环境是入门的关键一步。本文将详细介绍如何利用 Anaconda 和 Jupyter Notebook 来构建一个既易于管理又功能强大的开发环境。 ... [详细]
  • 本文探讨了如何通过优化 DOM 操作来提升 JavaScript 的性能,包括使用 `createElement` 函数、动画元素、理解重绘事件及处理鼠标滚动事件等关键主题。 ... [详细]
  • 本文详细介绍了如何在Oracle VM VirtualBox中实现主机与虚拟机之间的数据交换,包括安装Guest Additions增强功能,以及如何利用这些功能进行文件传输、屏幕调整等操作。 ... [详细]
  • 2023年,Android开发前景如何?25岁还能转行吗?
    近期,关于Android开发行业的讨论在多个平台上热度不减,许多人担忧其未来发展。本文将探讨当前Android开发市场的现状、薪资水平及职业选择建议。 ... [详细]
  • 本周三大青年学术分享会即将开启
    由雷锋网旗下的AI研习社主办,旨在促进AI领域的知识共享和技术交流。通过邀请来自学术界和工业界的专家进行在线分享,活动致力于搭建一个连接理论与实践的平台。 ... [详细]
  • 二维码的实现与应用
    本文介绍了二维码的基本概念、分类及其优缺点,并详细描述了如何使用Java编程语言结合第三方库(如ZXing和qrcode.jar)来实现二维码的生成与解析。 ... [详细]
  • 本文总结了一次针对大厂Java研发岗位的面试经历,探讨了面试中常见的问题及其背后的原因,并分享了一些实用的面试准备资料。 ... [详细]
  • Jupyter Notebook多语言环境搭建指南
    本文详细介绍了如何在Linux环境下为Jupyter Notebook配置Python、Python3、R及Go四种编程语言的环境,包括必要的软件安装和配置步骤。 ... [详细]
author-avatar
手机用户2502927615
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有