在iSeries(RPG)中重构,是否现实

时间:2009-10-17 13:50:38

标签: refactoring ibm-midrange agile rpgle agile-processes

在项目中实现敏捷需要能够进行重构。这不是必须的,但代码重构已被证明是一种很好的工程实践。

在iSeries平台上的敏捷(Scrum)项目中,需要在RPG,RPG LE中进行开发(新代码和对遗留代码的修改),是否可以实现重构?如果是这样,有什么技巧可以做到?

如果有人试过它可以分享他们的经验或只是指向参考,我会非常感激。

4 个答案:

答案 0 :(得分:3)

重构可以在各种语言上完成,无论是否OO。有关从语言无关的角度进行重构的讨论,请参阅Refactoring

答案 1 :(得分:1)

答案 2 :(得分:1)

除非你想让很多人同时感到非常不满,否则不要在薪资系统上尝试。很多时候,尝试将抽象概念改造成20年的常规代码只是一个大麻烦的邀请。如果可以的话,首先尝试使用小型和新型的东西。我想,iSeries上相当多的代码都是经过修改的软件包。不要从那里开始。

这是一个古老的问题,多年来一直以不同的方式重新铺设。通常,它会围绕您是否重写一个旧的且非常糟糕的程序,该程序有效但很难维护。只有你可以回答这个问题,但通常最好等到需要进行重大修改,然后投入时间和风险才能使其更好。不要低估这个风险部分。在职业生涯中,没有多少感觉比在枪口下再次将笨拙的笨蛋重新组合在一起更糟糕,同时知道自己首先引起了这一切。

最后,确实坚持成本/效益,不要考虑到理论上的考虑。当关键业务功能无法正常工作时,没有人关心它们。

答案 3 :(得分:0)

还有这本书:

http://www.amazon.com/Refactoring-Improving-Design-Existing-Code/dp/0201485672/ref=sr_1_1?ie=UTF8&s=books&qid=1276528002&sr=8-1

虽然很大程度上来自OO的观点,但它也提供了一个可以应用于任何语言的过程。