是否需要重新命名 JavaScript?

更新日期: 2019-09-28阅读: 1.6k标签: 命名

最近,LinkedIn 的 JavaScript 组提出了一个有趣的问题:是否需要重新命名 JavaScript?

这个问题确实让我陷入了思考。毫无疑问,JavaScript 的品牌存在问题:

  1. 在该语言的官方规范实际上被称为 ECMAScript —— 负责监督该语言规范的 Ecma International 标准组织对此有点笨拙。
  2. 正确地说法应该是 “JavaScript” 是指 Mozilla 指定的 ECMAScript 的子集,但是这个词可用来表示多个不同的 ECMAScript 超集,具体取决于其上下文意思。
  3. JavaScript 是 Oracle Corporation 的商标,这与该语言作为 Web 平台中心组件的位置不太吻合,它完全是用开放的技术和标准构建的。
  4. 甚至没有正式的 JavaScript 徽标,更不用说像 Go 的地鼠或 php 的大象这样的可爱吉祥物了。

非官方的,社区制作的JavaScript徽标。资料来源:https://github.com/voodootiki...

众所周知,JavaScript 与 Java 无关。数十年来,这使非技术经理和招聘人员感到困惑。

但是对我来说,JavaScript 名称的最大问题是范围模糊。如果一个计算机程序被证明是用 JavaScript 所编写的,那么这并不能告诉我运行该程序所需的一切。因为我不知道:与程序兼容的 ECMAScript 的最低版本,或者至少是程序支持的 JavaScript 引擎或运行时环境。程序依赖于哪些本机 api(运行时环境添加的语言扩展)。该程序是要在“客户端”(在Web浏览器中)还是“服务器端”(在Node.js运行时环境中)运行,还是通用的?

使用第三方库时的困难证明了这种困惑。在 GitHub上 浏览可解决特定问题的开源 JavaScript 软件包时,对于每种解决方案,为了知道这个特定的 JavaScript 软件包是否与你自己的 JavaScript 应用兼容,都必须深入研究 README 或 package.json 文件。

(由于当前正处于模块系统之间的过渡期,这个问题变得更加严重:从社区的约定惯例(例如 CommonJS,AMD 和 UMD) 到 ECMAScript 的标准模块符号。

重新命名 JavaScript 可能有助于消除所有这些混乱。


新的 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 上的评论

原文:https://kieranpotts.com/rebranding-javascript/


链接: https://www.fly63.com/article/detial/6162

这些 CSS 命名规范将省下你大把调试时间

CSS 算不上是最优美的『语言』,但迄今二十多年来,它都是美化 web 举足轻重的工具。尽管如此,CSS 写得越多,你越容易发现一个巨大的弊端。因为维护 CSS 真是老大难。

web前端开发_文件/目录/样式/函数等命名规范

在web前端开发中遇到不知道给元素或变量起什么名字的问题,中文拼音太俗气,随便敲几个字母又影响代码的查读性。于是总结这些命名规范。

CSS命名规范_常用的CSS命名规则

CSS命名规范(规则)常用的CSS命名规则 ,注意事项:1.一律小写; 2.尽量用英文; 3.不加中横和下划线;  4.尽量不缩写,除非一看就明白的单词。 

JS的解析与执行过程—全局预处理阶段之命名冲突的处理策略

不论var f 与function f 的先后顺序如何,该代码执行的结果总是弹出function f 的字符串,为什么呢?像这种函数与变量命名冲突时JS的处理原则又是什么?

如何看待CSS中BEM的命名方式?

BEM的意识就是块(block)、元素(element)、修饰符(modifier),是由yandex团队提出的一种CSS Class命名方法。但至少他可以使我们命名的时候达到一定的统一,我们可以学习其优秀的方面将其纳为己用。

BEM的命名规范

CSS 的命名规范又叫做BEM规范,为的是结束混乱的命名方式,达到一个语义化的CSS命名方式。 BEM是三个单词的缩写:Block(块)代表更高级别的抽象或组件,Element(元素) Block的后代,以及Modifier(修饰) 不同状态的修饰符

常用的CSS命名规则

应该很多人都会有PO这种东西,但是对刚学CSS的人真的很重要,尤其像我这种英文不好的人,这些是必背的的单字喔^^,这些数据只是我在学习的时候,参考别人的数据之后用自己的思考整理出来的,像参考书写的真的都看不懂

前端BEM命名方式的思考

思考来源于要给切图网 qietu.com 改一次版,作为前端开发服务商,我觉得应该要有自己的一款前端CSS框架,并且这个框架不应该只是随便写写,最好能够用在官网上,拿官网做背书,于是在研究了火狐

大驼峰命名规则是什么?

大驼峰命名规则又称骆驼式命名法(Camel-Case),是电脑程式编写时的一套命名规则(惯例)。是指混合使用大小写字母来构成变量和函数的名字。

小驼峰命名规则是什么?

骆驼式命名法(Camel-Case)又称驼峰式命名法,是电脑程式编写时的一套命名规则(惯例)。正如它的名称CamelCase所表示的那样,是指混合使用大小写字母来构成变量和函数的名字。

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!