关于 COBOL 消亡的传言被大大夸大了:认识 GnuCOBOL

6 位读者喜欢这篇文章。
COBOL programming language

Opensource.com

Slashdot 上最近的一篇文章 带着一些懊恼地指出,美国国土安全部和退伍军人事务部仍然在使用 COBOL,这门语言最初由已故海军少将格蕾丝·霍珀在 1959 年基于她的工作发明。其含义是——并且在 IT 社区中已经存在多年——COBOL 是一种完全过时的语言。事实并非如此!1997 年,Gartner Group 报告称,全球 80% 的商业运营依赖 COBOL,Computerworld 在 2006 年和 2012 年的调查发现,超过 60% 的大型金融机构使用 COBOL(实际上比使用 C++ 这种更新的语言还要多),并且其中一半机构将 COBOL 用于其大部分内部代码。COBOL 标准一直在更新,最近一次更改是在 2014 年。

当然,使用像 COBOL 这样古老的技术也存在问题; 值得注意的是,几乎没有大学或学院的 IT 课程再教授它,而且能够使用它的程序员群体正在“老龄化”并退休。我在大学里学过 COBOL,并在我的第一份专业工作中使用了它,但在我四十多岁的时候,我对于 COBOL 人群来说有点年轻了。此外,大多数 COBOL 编译器的供应商维护变得越来越稀少,甚至根本没有维护。

但是,如果您想深入研究 COBOL,那么有一个开源编译器。GnuCOBOL,最初于 2002 年作为 OpenCOBOL 发布。2013 年,1.1 版本更名为 GnuCOBOL,并且根据核心开发团队的说法,版本 2“即将发布预发行版”。GnuCOBOL 在 GPL 许可下获得许可,运行时库在 LGPL 许可下获得许可,因此它可以在任何环境中用于生产代码。这里有一个活跃的用户和开发者社区,文档也很全面。GnuCOBOL 项目致力于与 COBOL 2014 规范保持一致,并包含商业编译器中常见的非标准功能。开发者不声明任何特定的标准合规级别,但当前版本通过了国家标准与技术研究所为 COBOL 85 测试套件设计的 9000 多个测试。

严格来说,GnuCOBOL 系统是一个转译器; 它将 COBOL 语句转换为 C 代码,然后在系统上使用 GNU C 编译器进行编译。因此,GnuCOBOL 与几乎任何可以使用 GNU C 的系统兼容——几乎任何 Unix 或 Linux 系统、Windows,甚至 Android 和 iOS。GnuCOBOL 编译器已被证明可在生产中使用,从大多数大型机操作系统到 Linux 系统的移植工作量极少。COBOL 的一个特点是代码块的 ENVIRONMENT 部分,您可以在其中向编译器说明它所运行的系统; 大多数情况下,转换为 Linux 系统需要在 ENVIRONMENT 块中进行大量更改,但几乎所有其他内容都可以正常工作

COBOL 过去是,现在仍然是一种完全不同的编程方法,即使在它的鼎盛时期,大多数计算机科学家也没有参与其中。COBOL 需要对数据声明进行大量思考,并且为了避免真正混乱的代码,需要对执行路径进行思考。它并非“糟糕”,尽管许多学术计算机科学家会告诉您它是——仅仅是不同而已。我实际上很享受我在 COBOL 中的工作,尽管它是一种输入量很大的语言。我偶尔会有点怀旧,并窥探一下 COBOL 世界正在发生的事情。人们实际上已经为 COBOL 编写了 Web 兼容性工具和框架、面向对象编程、JSON 处理库以及许多其他现代工具。

多年来,IT 社区一直称 COBOL “已死”,但借助像 GnuCOBOL 这样的项目,它仍然非常活跃,保留了遗留功能,并开发了新工具。

User profile image.
Ruth Holloway 长期以来一直是系统管理员和软件开发人员,她的职业生涯开始于 VAX 11/780,那是很久以前的事了。她的职业生涯(到目前为止)的大部分时间都在为图书馆的技术需求服务,并且自 2008 年以来一直是 Koha 开源图书馆自动化套件的贡献者。Ruth 目前是 Clearbuilt 的 Perl 开发人员和项目负责人。

25 条评论

在我编程生涯的最初 8 年里,我从事 COBOL 工作。如果你看到一个古老的程序中有 ADD INSULT TO INJURY 语句,那么很可能那是我的代码!我总是会在我的代码中的某个地方包含这个语句。

你也可以使用 PERFORM A-PLEASURABLE-ACT UNTIL COMPLETELY-SATISFIED,但我从来没有那么低俗。

Marty,你不是唯一一个这样做的人; 像 ADD INSULT TO INJURY 这样的嘲讽是我在宗教机构工作期间经常看到的幽默。由于语言的冗长,你可以很容易地添加很多这样的东西。COBOL 程序员确实是与众不同的一群人……

回复 ,作者:MartyMonroe

西德克萨斯农工大学计算机科学系开设了企业计算方向的四门课程,其中包括一个学期的 COBOL 课程。一年一度的 IBM Master the Mainframe 大赛向学生介绍了这门语言。它仍在教授,你只需要去寻找它。

这令人印象深刻。当普渡大学在 00 年代中期停止教授 Fortran 时,我非常生气。那时它当然不是一门很酷的语言,但它在地球科学(尤其是在天气建模中)中被大量使用,并且我认为作为气象学学位的一部分,学习它会很有用。我最终用 Matlab 课程填补了我的 CS 选修课。它没什么帮助。

回复 ,作者:Vance Morris (未验证)

很高兴听到这个消息!感谢您的评论。

回复 ,作者:Vance Morris (未验证)

与 C++、Java 和所有其他“面向对象”的语言不同,COBOL 是“面向过程”的。过程导向更适合商业应用。

你好 Ruth,
你的文章神奇地让我脸上露出了笑容。:)
在上世纪 90 年代到 2006 年,我曾在一家大型保险公司担任 IBM 大型机 OS390 上的 COBOL 程序员——在“千年虫”和“欧元货币”项目中做了大量工作。那是一段美好的时光,我不想错过。
我离开公司时,有超过 25,000 个 COBOL 程序正在维护中。两个月前,我和我当时的“老”同事共进了午餐。那里的 COBOL 程序数量并没有明显减少。

COBOL 已死,COBOL 万岁!;)

非常感谢这篇非常好的文章。

COBOL 实际上是排名前 20 的编程语言。它一直都在,而且短期内不会消失。

https://tiobe.org.cn/tiobe_index

GNU Cobol 不是一个非常不完整的实现吗?我记得读到只有专有编译器才与当前的 COBOL 标准保持同步

在我的研究中,我确实发现一些注释表明它并非 *完全* 符合标准。GnuCOBOL 团队明确表示,他们不 *保证* 任何特定的标准合规级别,他们会尽可能多地努力; 这是一个小众市场,而且没有太多开发人员从事这项工作。

专有编译器自然会对最大程度的合规性抱有坚定的既得利益,特别是如果它能让他们诋毁社区驱动的努力。但 Opensource.com 感兴趣的是这些社区。:)

回复 ,作者:Ryan McCoskrie (未验证)

我要对 Ryan 的问题说不。恰恰相反。GnuCOBOL 是一个令人惊讶的完整的 COBOL 实现。GnuCOBOL 尚不具备任何 Object COBOL 功能,但我认为你很难找到 COBOL 85 中没有完全支持的功能。并且你可能会对其他 2002 功能的覆盖深度感到惊喜。只有 2014 年编译器指令和文本操作工具中的一小部分尚未编写。

据我所知,GnuCOBOL 是首批实现一些新的 2014 规范的编译器之一。例如,符合 ISO 8601 标准的 FUNCTION FORMATTED-CURRENT-DATE。还有一个不断增长的免费软件用户自定义函数存储库。在 2.0 预发布版本展示之后,首先发生的事情之一是将功能齐全的 ReportWriter 分支移动到主干中。

但是,Ryan,请继续尝试一下,GnuCOBOL 是一个 GNU 自由软件项目。需要对你的 COBOL 宝藏堆进行一些关键支持吗?你可以自由地(并且鼓励)修改编译器以满足需求和愿望。虽然开发团队规模很小,但它正在增长,并且始终乐于帮助解决简单和复杂的 COBOL 编程挑战。

完全公开,我的观点完全有偏见,因为我在过去 8 年的大部分时间里都在构建一份 1200 页的文件,探索 COBOL 在互联网时代的潜力,所有这些都围绕 GnuCOBOL 及其 C 根基展开。如果 C++ 发射版本更适合需求和愿望,那么它也存在。集成和嵌入 Rexx、Python、Ada、Fortran、MathGL、Vala/Genie、GTK、Tcl/Tk、Node.js、Java、Nim、Javascript、GRETL、BASIC、REBOL/Red,你能想到的都可以。甚至还包括将 Piet 和 Shakespeare 嵌入 COBOL 程序中进行深奥编程的工作示例,但这只是为了好玩。

回复 ,作者:Ryan McCoskrie (未验证)

> GNU Cobol 不是一个非常不完整的实现吗?

不。恰恰相反。GnuCOBOL 是一个极其完整的实现。

在我们自己的案例中,我们有超过 200,000 行 COBOL-74 代码,我们将其转换为 GnuCOBOL。100% 的 COBOL-74 行都编译并正确运行。唯一没有编译的行是 SELECT 和扩展的 ACCEPT 语句(这些语句不在 COBOL 标准之下)。

我们使用 GnuCOBOL 将代码现代化为 COBOL-85。我们发现 GnuCOBOL 很少有不足之处。

回复 ,作者:Ryan McCoskrie (未验证)

你好 Ruth,

我从 80 年代后期开始使用 COBOL(确切地说是 RM/COBOL),从那时起我一直使用它(大约从 1996 年开始使用 AcuCOBOL IIRC),直到今天。我目前正在为加泰罗尼亚的几家公司维护一个旧应用程序。

当然,编程 COBOL 不再是我的主要日常工作。因此,C、ASM 和 Perl 语言需要(不时地)与 COBOL 共存!:-)

感谢你的文章!

我很高兴旧代码能够继续存在,但也有阴暗面。“如果没坏,就不要修理”具有强大的吸引力,并且并非没有道理,但随着支持变得越来越不稳定,“变通”损坏的可能性低于“彻底”损坏的可能性。如果不尊重现有的工作代码,如果它真的比所有 C++ 的代码库都大,那么就会存在巨大的中断风险。

交叉编译到 C 表明代码可以无限期地存在下去,但是(假设生成的 C 代码实际上是可读的)你拥有一组维护人员无法读取的代码集,需要不懂代码的维护人员。这对我来说听起来不是很吸引人。

我认为你实际上看不到 C 代码。据我回忆,GNU 编译器系统只有一个最终编译器,可以将代码转换为机器代码。所有支持的语言都需要首先编译成一个主语言(维基百科称之为抽象、无语法),它至少必须是 C 的超集,然后将其编译成最终的机器代码。

回复 ,作者:John Navratil (未验证)

如果你使用 -C 编译器选项,我会给你 C 代码源。

回复 ,作者:John Navratil (未验证)

非常有趣的文章。

我想补充一点,有很多在线资源可以学习 COBOL 语言。Vance 已经提到了 IBM 的一个很棒的项目。对于那些喜欢自学方法的人,我鼓励您看看这个网站:www.microfocus.com/visualcobolpe

你可以下载一个免费版本的现代 COBOL。该下载包括一个免费教程,用于学习过程式和现代 COBOL 编程,其中包含代码示例。绝对值得一看。

我在 80 年代后期在菲律宾花了一大笔钱学习 COBOL。我们所有的教科书的标题中都有“结构化 COBOL”,我们都以为我们正在学习结构化编程——直到我开始学习 Pascal 和后来的 C。我一直没有机会问我们的老师,他教我们编写的 COBOL 程序怎么能被称为“结构化”的。

如果你有并使用适当的纪律,并且真正理解是什么构成了结构化程序,那么可以使用任何语言编写结构化程序——而且确实应该如此。

回复 ,作者:Emmanuel Celiz (未验证)

COBOL 并没有比 FORTRAN 更过时,FORTRAN 甚至更老。

它在各级政府中也很受欢迎。
有些人使用预处理器验证,但不能保证该工具了解标准。

从 1980 年到 2001 年,我的大部分编程生涯都在使用 COBOL。
我仍然喜欢它的直观、过程化和相对容易调试的方式。
我想说的是,看看 Microfocus COBOL,它可以在 VS Studio 中运行。

COBOL 程序员

回复 ,作者:Steve Kiley (未验证)

“严格来说,GnuCOBOL 系统是一个交叉编译器; 它将 COBOL 语句转换为 C 代码,然后在系统上使用 GNU C 编译器进行编译。”

嗯,那是转译器。交叉编译器是在一台机器上运行但在另一台机器上生成可执行文件的编译器。如果你要写“严格来说”,请验证你是否准确……尤其是当你在写一些你显然不熟悉的东西时。

“只要有足够的眼睛,所有的 bug 都是肤浅的。” 虽然我在 IT 行业——不仅仅是新闻业——工作了很多年,但我从未发现这种区别。感谢您的提示; 我已经对文章进行了更正。

回复 ,作者:Marcel Kincaid (未验证)

Creative Commons License本作品根据 Creative Commons Attribution-Share Alike 4.0 International License 许可。
© . All rights reserved.