写点什么

未来系统中的编程语言

  • 2008-01-07
  • 本文字数:1794 字

    阅读完需:约 6 分钟

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

对于特定的问题,什么才是恰当的语言呢?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

2008-01-07 10:023208
用户头像

发布了 53 篇内容, 共 15.8 次阅读, 收获喜欢 2 次。

关注

评论

发布
暂无评论
发现更多内容

多云和混合云支持:跨越云平台的统一视图

可观测技术

多云平台

Zilliz向你发来邀请:请加入Stack Overflow吧!入股不亏!

Zilliz

人工智能 Zilliz 向量数据库 大语言模型

百度发布2024上半年热点报告,哪些热梗成为全民口头禅?

极客天地

Apache Doris + Iceberg 快速搭建指南|Lakehouse 使用手册(三)

SelectDB

数据湖 Doris iceberg LakeHouse 湖仓一体

SD-WAN在智能物流领域的应用与前景

Ogcloud

SD-WAN 企业组网 SD-WAN组网 SD-WAN服务商 SDWAN

使用企业级即时通讯对企业有什么好处?

BeeWorks

最全数据资产目录模板汇总,有必要了解一下!(附下载)

极盾科技

数据安全

Keepalived基本原理

天翼云开发者社区

Linux keepalive

RocksDB 二级缓存

天翼云开发者社区

RocksDB

ZOS对象存储跨域资源访问的实现和使用

天翼云开发者社区

对象存储 跨域

redis渐进式rehash

天翼云开发者社区

数据库 redis

科学思考的范式、模式与方法

Anliven

个人提升 思维

全栈 JavaScript 开发图景

FunTester

全球支持与无界服务:跨越地域的数据采集与分析

可观测技术

监控

低代码实践:题型物料化设计(二)

XIAOJUSURVEY

开源 低代码 组件化 问卷模型

揭秘抖音视频列表数据接口:获取数据的新利器

tbapi

抖音API 抖音视频数据接口 抖音视频列表接口 抖音视频列表数据采集 抖音视频API接口

华为大咖说 | 数字化解码:如何用日常语言讲明白数字世界?

云计算 华为云

针对一个红队病毒样本逆向分析

我再BUG界嘎嘎乱杀

黑客 网络安全 安全 网安

B站安全开发流程落地实践

我再BUG界嘎嘎乱杀

网络安全 安全 哔哩哔哩 网安 安全开发流程

无缝融入,即刻智能[1]:MaxKB知识库问答系统,零编码嵌入第三方业务系统,定制专属智能方案,用户满意度飙升

汀丶人工智能

agent 智能问答 rag

自从用了这些监控工具,我连续几天没睡好觉!

不在线第一只蜗牛

数据库 大数据

Google 推出 Gemma 2 2B 端侧模型;Github 新服务帮助开发者选择 AI 模型 丨 RTE 开发者日报

声网

华为云DTSE助力易印云化架构升级,推动印刷包装行业智能化进程

华为云开发者联盟

人工智能 物联网 华为云 waf 企业号 8 月 PK 榜

低代码实践:题型物料化设计(一)

XIAOJUSURVEY

开源 低代码 组件化 问卷

未来系统中的编程语言_JVM_Niclas Nilsson_InfoQ精选文章