写点什么

未来系统中的编程语言

  • 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:023310
用户头像

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

关注

评论

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

致 Tapdata 全体用户:2023 年,我们把更多精力集中到了产品能力和稳定性上

tapdata

数据库

KaiwuDB 拿下 “物联之星” 双项殊荣

KaiwuDB

数据库 物联网

手机厂商的开年大考:卷AI,还是卷MR?

Alter

MR 大模型 AI手机

即时通讯技术文集(第34期):IM群聊技术合集(Part1) [共15篇]

JackJiang

网络编程 即时通讯 IM

区块链游戏解说:什么是 Arcade Champion

Footprint Analytics

教你如何用Keepalived和HAproxy配置高可用 Kubernetes 集群

华为云开发者联盟

开发 华为云 华为云开发者联盟

前端:Vue2.0和Vue3.0的一些入门对比

秃头小帅oi

前端 低代码 js Vue 3 vue2

云桌面哪家好用?

青椒云云电脑

云桌面 云桌面厂家 云桌面解决方案

通过解析库探究函数式抽象代价

八苦-瞿昙

C#

喜讯 | 思码逸Devinsight 入选中国信通院《高质量数字化转型产品及服务全景图》

思码逸研发效能

以解析csv数据为例,讨论string、char[]、stream 不同类型来源是否能进行高性能读取解析封装可能性

八苦-瞿昙

C#

Udemy 上最受欢迎的免费编程课程

秃头小帅oi

php 学习 React 课程 java

Supermicro 通过新基础设施解决方案,加速 5G 和电信云工作负载性能

财见

SNZ资本的首席信息官Gavin确认出席Hack .Summit() 2024香港开发者大会!

TechubNews

作为程序员,沟通能力是否重要?

小齐写代码

超越传统:人工智能赋能的自动化测试新前景

测吧(北京)科技有限公司

测试

策略分析:Atlassian Server版停止支持,Server版用户应该转向数据中心版本还是云版?

龙智—DevSecOps解决方案

通过解析库探究函数式抽象代价 ( ini 解析示例补充)

八苦-瞿昙

C#

开班在即 | 测试开发名企定向培养训练营,手把手带你提升核心竞争力!

测吧(北京)科技有限公司

测试

蒋安祥:巴拿马奖项评选指南与规程赢得企业界广泛认可

极客天地

活动回顾 | DevData Talks沙龙深圳站:中小到千人规模团队研发效能提升实践

思码逸研发效能

EMQX Enterprise 5.5 发布:新增 Elasticsearch 数据集成

EMQ映云科技

mqtt mqtt broker

追踪Jira中项目成本与工时,更符合国人使用习惯——TimeWise工时管理

龙智—DevSecOps解决方案

DevOps DevSecOps Atlassian

客户案例 | 思码逸DevInsight帮助企业提炼关键指标,建立研发效能体系

思码逸研发效能

蜗牛游戏宣布利用AI技术提升其开发流程

财见

亚马逊云科技为派拓网络打造数字安全平台产品组合

财见

聊聊Java 类属性与类方法的应用

伤感汤姆布利柏

Java 前端

PTS 3.0:开启智能化的压测瓶颈分析

阿里巴巴云原生

阿里云 云原生 压测

破防了,谁懂啊家人们:记一次mysql问题排查

阿里技术

MySQL 索引 问题排查 表结构

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