关于 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 时代工作的宗教机构经常看到。凭借该语言的冗长性,您可以轻松添加许多这样的东西。COBOL 程序员当然是不同的品种……

回复 作者:MartyMonroe

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

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

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

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

你好 Ruth,
您的文章神奇地让我的脸上露出了笑容。:)
在上世纪 90 年代到 2006 年,我在一家大型保险公司担任 IBM 大型机上的 COBOL 程序员,使用 OS390——在“2000 年”和“欧元货币”项目中做了大量工作。那是一段美好的时光,我不想错过。
我离开公司的时候,有超过 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,我记得),直到今天。我目前正在为加泰罗尼亚的几家公司维护一个旧应用程序。

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

感谢您的文章!

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

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

我认为您实际上看不到 C 代码。据我回忆,GNU 编译器系统只有一个最终编译器,它将转换为机器代码。所有受支持的语言都需要最初编译成一个主语言(维基百科称之为抽象的、语法自由的),它至少必须是 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 (未验证)

© . All rights reserved.