Tag: 代码迁移

将遗留的Cobol / PL1迁移到Java的经验

原文问：我想知道是否有人有将大型Cobol / PL1代码库迁移到Java的经验？ 流程的自动化程度以及输出的可维护性如何？ 从交易到OO的转变如何？ 任何经验教训或可能有益的资源/白皮书都将受到赞赏。 编辑7/7：当然NACA方法很有意思，能够继续对COBOL代码进行BAU更改直到发布JAVA版本的能力对任何组织都有好处。 与COBOL相同布局中的过程Java的参数，使编码人员在熟悉Java语言时感到舒适，这对于具有大量代码库的大型组织来说是一个有效的论据。 正如@Didier所指出的那样，每年节省300万美元，可以在任何BAU变化中提供大量填充的空间，以便持续重构代码。 正如他所说，如果你关心你的人，你会找到一种让他们快乐的方法，同时逐渐挑战他们。 我从@duffymo的建议看到的问题 最好尝试并从根本上真正理解问题，并将其重新表达为面向对象的系统 如果您正在进行任何BAU更改，那么在编写新OO系统的LONG项目生命周期中，您最终会编码并测试双倍的更改。 这是NACA方法的主要优点。 我有一些将Client-Server应用程序迁移到Web实现的经验，这是我们遇到的主要问题之一，由于BAU更改而不断变换需求。 它使PM和日程安排成为一项真正的挑战。 感谢@hhafez，他的经验很好地被认为是“相似但略有不同”，并且从Ada到Java的自动代码迁移有着相当令人满意的体验。 感谢@Didier的贡献，我还在研究你的方法，如果我有任何Q，我会告诉你一句话。