未来系统中的编程语言

  • Niclas Nilsson
  • 韩锴

2008 年 1 月 7 日

话题:JVM架构语言 & 开发

今天,有一种趋势正日渐清晰;在未来的几年内,人们会越来越多地采用新的编程语言。当然,这并不意味着当前所用的语言会被取代,而是要结合不同的语言,并且针对特定问题选择恰当的语言。

对于特定的问题,什么才是恰当的语言呢?JRuby 开发者Ola Bini在最近的一篇 blog 上表示,他正从一个新的角度来审视这个问题。尽管InfoQ 在很早以前就探讨过多语言编程(Multi-lingual programming,也被称为混合语言编程 polyglot programming),但是 Bini 预言了如何构建未来系统的场景;我们将会使用哪种语言——目的何在?

Bini 描述了三种不同的层和语言——或者说语言类型,它们分别适用于不同的层。当然,这里可不是老生常谈的表现层、业务层和数据层;Bini 以不同的方式进行了分割:

  • 稳定层(stable layer)–不包含大量的应用程序功能,可以使用静态语言构建
  • 动态层(dynamic layer)- 包含大量的应用程序功能,使用动态语言构建
  • 领域层(domain layer)- 包含大量的应用程序功能,使用领域特定语言构建
Bini 这样描述稳定层:
第一层我称其为稳定层。尽管从功能性的角度上讲,它只占整个应用程序的很小一部分。但是程序的其他部分都是构建在它之上的,因此它是非常重要的一部分。所以,静态类型安全在这一层中将会大有裨益。
大部分应用程序的功能都存在于动态层:
第二层是动态层。也许程序中一半的代码都集中在这一层。这一层中用到的语言主要是动态的、强类型的语言 […]
对于动态层,Bini 还说道:
它绝对是有趣且多产的一层。很明显,由于我对 JVM 语言的痴迷,我相信这层与稳定层之间的交互绝对会产生非常强大的功效。
在领域层中,Bini 相信日渐火爆的 DSL 会成为主流。
第三层是领域层。它应该由 DSL 实现。根据系统的不同需求,可能需要一种或多种 DSL。大多数时候,将领域层实现为一种动态层内的内部 DSL 就足够 了,在这种情况下,第二层和第三层是很难区分的。但是有时候,我们的确应该拥有一个外部的 DSL,并可以与之交互。一个典型的例子就是规则引擎 (rules engine,比如 Drools)。
David N. Welton随后回复了 Bini 的文章,在此他表达了对 Bini 的观点的质疑
我对此表示怀疑,不知道他是否考虑了在驱动这一变革的过程中,处于基础层面的社会和经济因素。归根结底,编程语言是很多人得以生存的依赖,所以要理解语言未来会走向何方,你必须考虑到人的因素 […]

Welton 援引了一篇他写于几年前的文章,文章分析了编程语言的经济学。在文章中,Welton 指出大多数语言实现在今天都是免费的,因此,想要判断采用一种新语言是否能够获得更好的经济价值,就要看它是否能令代码:

  • 简单易用 – 有更多的人可以使用它
  • 效率更高 – 节约资源
  • 质量更佳 – 减少 bug 修复
  • 生产力更强 – 降低完成复杂工作的难度

Ola Bini 通过下面的解释进行了最后的总结,他表示不会信任下一代重要语言(译者注:The Next Big Language,源自 Steve Yegge 的一篇博客——下一代重要语言,很多人都确信 Steve Yeggie 所说的 Next Big Language 就是 Javascript 或者 ECMAScript),即使在同一层内也如此:

但是我必须要澄清一件事——我相信,在任何一层中,都不会有哪种语言会成为绝对的赢者。事实上,我认为倘若有一种语言在任何一层上战胜了其他语言, 都肯定是一件坏事情。或者说,我预见的未来是,我们可以看到 Jython、JRuby 和 Rhino 等许多其他语言会在同一层中共存,而且不必为此引发任何 对立和语言之争。

通过在 JRuby 以及其他语言上类似的工作,Bini 已经为虚拟机层次上的语言混合做出了大量的贡献。在另一个庞大的虚拟机平台上,通过提供在公共 语言运行时上的 VB.NET,C# 和 C++ 的实现,Microsoft 也为多种语言做好了充分的准备。最近,Microsoft 还发布了动态语言运行时 (Dynamic Language Runtime),IronPython 和 IronRuby 就是构建在它之上的。这些都强调了一点,.NET 是一个多语言的平台。

不过,文章的最后仍然留下了一些有趣的问题:

  • Ola Bini 关于不同层和语言的观点真的是未来的游戏规则么?
  • 在一个虚拟机上实现多种语言的混合,其利与弊如何?
  • 其他潜在的混合语言的方式是不是更好的选择?(比如像面向服务的应用程序,其每个服务都由最稳定的语言实现,或者实现为一个简单的 Web 应用程序;将它在 url 级别上垂直地分为多个小的应用程序。)

一言以蔽之,如何在未来的系统中利用不同的编程语言呢?

查看英文原文Programming languages in future systems
JVM架构语言 & 开发