我的任务是将 COBOL 代码转换为 .NET。有可用的转换器吗?我正在尝试高层次地理解 COBOL 代码。我无法理解 COBOL 代码。有没有流程图生成器?我很感激任何帮助。
谢谢..
将软件系统从一种语言或操作环境迁移到另一种语言或操作环境始终是一个挑战。这里有
有几点需要考虑:
- 由于以下原因,遗留代码往往结构不良
快速修复和问题解决方法的悠久历史。这确实提高了信噪比
当你试图扭转你的头脑,了解到底发生了什么时。
- 转换代码会导致进一步的“解构”
以补偿源和之间的不匹配
目标实施平台。当您从结构不良的基础(遗留系统)开始时,
最终的结果可能完全无法理解。
- 遗留架构和/或业务流程的文档通常远远不够。
如果说它比无用更糟糕,它实际上可能具有误导性。
- COBOL 代码的复杂性几乎总是被低估。
- 许多“功能”将被发布到转换后的系统中,这些功能最初是
旨在补偿一次性“无法完成”的事情(由于内存较小,
较慢的计算机等)。其中许多现在可能不再是问题,而且您确实不想要它们。
- 没有明显或直接的方法来重构遗留流程驱动
系统转换为等效的面向对象系统(至少不是以有意义的方式)。
已经有成功的项目将 COBOL 直接迁移到 Java 中。看naca http://code.google.com/p/naca/。
然而,最终结果只是它的母亲(或另一个 COBOL 程序员)可能会喜欢的东西, 看到这个讨论 https://stackoverflow.com/questions/1029974/experience-migrating-legacy-cobol-pl1-to-java
一般来说,我会对任何声称可以转换您的 COBOL 遗产的产品或工具表示怀疑
系统到任何其他版本的 COBOL 中(例如 COBOL.net)。为此你还
最终得到本质上是 COBOL 系统。如果这种方法可以接受,那么您
可能想回顾一下这个白皮书 http://www.microfocus.com/assets/cobol-and-the-net-framework_tcm6-3673.pdf来自微焦点。
恕我直言,替换 COBOL 的最佳选择是重新设计您的系统。如果你曾经发现
从你所在的地方到达你想去的地方的灵丹妙药——写一本书,成为
一名顾问并赚取数百万美元。
很抱歉提供了如此否定的答案,但如果您正在处理任何事情
但对于一个微不足道的遗留系统来说,解决这个问题绝非易事。
Note:不必费心绘制现有系统的流程图。尝试掌握流程输入/输出以及程序到程序的数据转换和流程。这里你需要了解的是业务功能,而不是它的具体实现。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)