一篇最近在 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.0 版本“即将发布预发行版”。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 这样的项目，它仍然非常活跃，保留了遗留功能，并开发了新工具。
25 条评论