【发布时间】：2010-01-08 10:20:29
【问题描述】：
Cobol 和 Java 的顶层架构有什么区别？
程序员在这两种语言中采用的风格和文化是什么？
如何最好地从 Cobol 移植到 Java？
【问题讨论】：
【发布时间】：2010-01-08 10:20:29
【问题描述】：
我是上面提到的 NACA 项目的项目负责人（400 万行 Cobol 的从 cobol 到 java 的自动转码）。
如果您有任何具体问题，请随时通过我上面提到的文章底部的评论与我联系。
我们在世界各地有很多项目重用我们的工具并取得了巨大成功。我们仍然会定期改进它们（查看http://code.google.com/p/naca）以满足基于 NACA 技术的项目的需求。
【讨论】：
-
能否简单介绍一下目前的情况？看来 Erena 已转向闭源咨询模式。
-
从另一个角度了解 NACA：stackoverflow.com/a/1061829/120163
John C. Byrne http://amzn.to/bKqc5j 所著的 1 美元（平装本）的一本有趣的书可能会帮助实现这样的努力，“Java for Cobol Programmers”。
【讨论】：
两者都是基于调用堆栈的语言，都支持面向对象和过程式的编程风格。但是，如果您只是在带有静态子例程的巨型 main() 方法中重写过程代码，那么您将发现移植到 Java 的好处很少。您同样会发现很少有利用该语言面向对象特性的 Cobol 代码。
由于 Cobol 主要用于涉及金钱的应用程序，Cobol 商店和程序员倾向于更多地关注事物的业务方面，而不是事物的编写优雅和美丽的代码方面。我见过的 Cobol 到 Java 的移植往往有一个类，所有变量都在顶部声明为静态，并且 main() 方法调用一堆静态方法，其方式与执行段落或调用子程序的方式非常相似。
我看到的 Java 到 Cobol 的移植往往完全相反——它们使用大多数 Cobol 程序员根本不使用的 OO 扩展。
如果您在 IBM Enterprise Cobol 商店，则确实不需要移植。这两种语言可以很好地互操作，您可以用 Java 替换新部分，并且仍然可以很好地交互。
但真正从 Cobol 移植到 Java 的最佳方式是学习好语言和范式；详细记录 Cobol 系统的现有功能；然后设计并编写一个新的 OO 风格的 Java 系统，它也将具有该功能。
【讨论】：
-
您见过 Java 到 COBOL 的端口吗？在哪里？虽然抽象地说它很有趣，但我认为没有人会真正这样做。动机是什么？
-
动机是近 20 年来，大学一直在培养受过面向对象培训的 Java 程序员，而没有 Cobol 程序员。 bean counters 看到了这一点，并认为是时候转移/迁移/重新定位/其他任何东西，以便他们可以雇用廉价人才并完成相同的工作量。这是否是一个理智的策略最好留给另一个话题。
-
基于大学一直在培养 OO 程序员这一事实，我可以理解（并且一直听到）想要将 COBOL 转换为 Java 的经理。问题是，“Java 到 Cobol”？更多的 Java 程序员的存在是不合理的……至少我从未听说过，而且我在迁移领域工作。
-
我见过 Java-To-Cobol 端口在 z/OS 上表现不佳时。相对于 z/OS 上性能不佳的 WebSphere，将事物迁移到本地编译语言似乎是一个不错的选择。但是我看到的 Cobol-To-Java 端口比其他方式更多。