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

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

Opensource.com

一篇最近在 Slashdot 上的文章有些懊恼地指出,美国国土安全部和退伍军人事务部仍然使用COBOL,这种语言最初由已故海军准将 Grace Hopper 根据其工作于 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,
你的文章神奇地让我脸上露出了笑容。:)
在 20 世纪 90 年代到 2006 年,我曾在一家大型保险公司担任 COBOL 程序员,在 IBM 大型机上使用 OS390 - 在“千年虫”和“欧元货币”项目中做了大量工作。那是一段美好的时光,我不想错过。
我离开公司的时候,有超过 25,000 个 COBOL 程序正在维护中。2 个月前,我和我当时的“老”同事共进了午餐。那里的 COBOL 程序数量没有明显减少。

COBOL 已死,COBOL 万岁!;)

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

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

https://tiobe.org.cn/tiobe_index

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

在我的调查中,我确实发现了一些注释,说明它不是*完全*符合标准。GnuCOBOL 团队明确指出,他们不*保证*任何特定的标准合规性级别,他们会尽力做到最好;这是一个小众市场,他们没有很多开发人员从事这项工作。

专有编译器自然对最大程度的合规性有坚定的既得利益,尤其是当它让他们可以诋毁社区驱动的努力时。但 Opensource.com 感兴趣的是这些社区。:)

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

我要对 Ryan 的问题说不。恰恰相反。GnuCOBOL 是 COBOL 的一个令人惊讶的完整实现。GnuCOBOL 还没有任何面向对象 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,你能想到的都可以。甚至包括在 COBOL 程序中嵌入 Piet 和 Shakespeare 进行深奥编程的工作示例,但这只是为了好玩。

回复 作者: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 中运行。

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

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

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

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

知识共享许可协议本作品根据知识共享署名-相同方式共享 4.0 国际许可协议获得许可。
© . All rights reserved.