做者:Kieran Potts翻译:疯狂的技术宅javascript
原文:https://kieranpotts.com/rebra...前端
未经容许严禁转载java
最近,LinkedIn 的 JavaScript 组提出了一个有趣的问题:git
是否须要从新命名 JavaScript?
这个问题确实让我陷入了思考。程序员
毫无疑问,JavaScript 的品牌存在问题:github
非官方的,社区制做的JavaScript徽标。资料来源:https://github.com/voodootiki...面试
可是对我来讲,JavaScript 名称的最大问题是范围模糊。若是一个计算机程序被证实是用 JavaScript 所编写的,那么这并不能告诉我运行该程序所需的一切。由于我不知道:json
使用第三方库时的困难证实了这种困惑。在 GitHub上 浏览可解决特定问题的开源 JavaScript 软件包时,对于每种解决方案,为了知道这个特定的 JavaScript 软件包是否与你本身的 JavaScript 应用兼容,都必须深刻研究 README 或 package.json 文件。segmentfault
(因为当前正处于模块系统之间的过渡期,这个问题变得更加严重:从社区的约定惯例(例如 CommonJS,AMD 和 UMD) 到 ECMAScript 的标准模块符号。浏览器
从新命名 JavaScript 可能有助于消除全部这些混乱。
若是咱们确实重命名了 JavaScript,将会如何称呼它?
JavaScript 已经有了不少名字。设计并实现该语言的初版的 Brendan Eich 曾想把它称为 Mocha,但 Netscape 的市场营销专家将其命名为 LiveScript,当时它是在 Navigator 2.0 浏览器的早期 Beta 版中首次交付的,而后才肯定其名称。1995 年末发布的 JavaScript。
该语言的替代实现称为 JScript(用于 Internet Explorer 浏览器的 Microsoft 版本)和 ActionScript(Adobe 的版本)。还有各类 JavaScript 方言,包括 CoffeeScript 和 TypeScript。
我认为 Eich 一直都是对的。 Mocha 是个好名字。在软件领域,这个名字仅与 Node.js 的 Mocha 测试框架和 Java 的旧版反编译器冲突。
但我我的更喜欢将 JavaScript 重命名为 JS。
不管如何,不少人都用 JavaScript 的缩写来指代 JavaScript。它与官方文件扩展名匹配。并且咱们能够将无处不在的黑底黄字的社区徽标转变为官方标志。
随着时间的流逝,JS 名称的来源将在很大程度上被遗忘,就像大多数 PHP 开发人员没法告诉你 PHP 究竟表明什么同样。
更好的办法是提出一个标准约定,用来为 JS 程序引用特定运行时环境所提供的扩展 API,以与主机系统进行通讯。
例如,假如 ECMAScript 成为 JS,则万维网联盟支持的 JS 超集的正式名称多是 WebJS,这是万维网联合会所指定的。
也许会有一个 ServerJS 标准,该标准指定了预期由服务器端 JavaScript 运行时(例如 Node.js )提供的其余API。
最后,ECMAScript 的年度发布周期和版本约定很是方便,应该将其扩展到新品牌的 JS 的全部版本。所以,WebJS 2020 将引用 ECMAScript 的快照以及截至 2020 年标准化的全部 Web API。
那么你怎么看? Reddit 上的评论