GNOME 项目在其最近结束的 Developer Experience Hackfest 上做出了一个备受争议的决定,它们宣布 JavaScript 将作为 GNOME 桌面环境下用于开发应用程序的首选语言。据称,之所以做出这一决定,是为了简化开发流程,从而(使开发者)能够专注于标准的文档、最佳实践和开发者工具。
这个推选 JavaScript 成为主要语言的决定立刻激发了争论,评论者们对 JavaScript 进行了明确的批评,或是感叹他们选择的语言遭到忽视。GNOME 基金会成员及 Hackfest 参与者 Travis Reitter ,列举了做出此决定的若干理由:
- 我们应选择动态的、高级的语言。
- 在 GNOME Project 中,JavaScript 已经占据一席之地——它被用于 GNOME Shell 和 GNOME 文档中。
- 要使一门语言变得非常快速、可嵌入并且与框架无关,需要大量的工作。
- JavaScript 越来越被视作一门顶级桌面编程语言——它广泛出现在 Windows 8、移动平台和本地 Web 应用中。
- JavaScript 是独立的——它不带有独有的核心类库,这使得我们更容易将其与平台进行整合。
Reitter 同时提醒到,即使针对应用开发领域做出了这项决定,C 依旧是 GNOME 系统类库的推荐语言。GNOME 选择 JavaScript 并不意味着对其他语言的支持会被忽视,但文档和开发者工具将优先支持 JavaScript。
该公告引来了大量的评论。以下是 Sriram Ramkrishna 的部分评论:
“我认为人们最关心的,是一门语言可能会落后于其他语言的问题。这也正是我们今天所处的境地。所以如果你决定使用另一门语言,将要面临的风险在于,你所使用的语言将无法获得一些重要的升级。对那些使用 JavaScript 之外的其他语言的开发者来说,应该有某种方式来保证他们能够及时看到适合他们所选择语言的升级。
Tristan Van Berkom 向 GNOME 发出了希望能有一门“本土语言”的呼声:
GNOME 需要一门自己的语言,就如同属于苹果的 NextStep Objective-C 实现一样。我之所以这么说,是因为这样一门高级语言的实用性;是因为这门语言是我们平台的一扇窗户,并能够利用平台独有的特性(我在此处所说的平台,是指 GObject/GIO/Clutter/GTK+/ 等等的组合)。
Vala 是非常明显的选择,因为它允许我们对语法进行扩展,并能够利用那些我们平台独有的特性。与使用 Objective-C 利用 NextStep 环境相类似,使用 Vala 能够使我们更容易利用 GtkBuilder 的特性,而且我们应该对 Vala 能够带给我们的未来抱有期望。
Vala 是专为 GNOME 应用开发者们开发的,用于替代 C#和 Java 的选择。然而(GNOME)没有选择它,却选择了 JavaScript。Reitter 这样评论道:
“选择 JavaScript 而不是 Vala 的一个重要原因,是 JavaScript 有着巨大的用户群,人们已经热衷于使用 JavaScript(即,它是 Windows 8、Firefox OS 和其他移动平台的推荐语言),同时人们为了使它更快速和稳定所做的工作也是非常重要的财富。
Keith Curtis 通过一篇独立的博客文章发表了他的评论:
“他们试图使用一门带有垃圾回收机制的语言来编写尽可能多的代码的做法是很棒的。对于一个基于组件的 shell 界面,毫无疑问 JavaScript 要比 C、C++ 或 Java 更好。我注意到,若干年前他们就开始着手于 JavaScript 并向这个目标前进,但我认为他们值得重新考虑一下是否处在正确的道路上。
对于那些重大决定,最好能有书面记录。除了在公布该决定后发表一篇博客文章,我找不到任何支持这个决策的文档, 而那篇文章页没能提供非常详尽的信息。”
与之相对的,KDE 项目的参与者们使用的是 C++。应用开发者们可以从 C++、Python、Ruby、C#和 Perl 中选择。使用 C++、JavaScript、Python、Ruby 和 QML (基本上是对 JavaScript 和 CSS 的融合) 为 KDE 编写的轻量级应用被称为 Plasmoids 。
查看英文原文: JavaScript Now First Among Equals on GNOME
感谢杨赛对本文的审校。
评论