小编sla*_*lau的帖子

将中型代码库从Java 1.4.2迁移到Java 5的策略

我正在审查代码库(~20K LOC)并试图确定如何将它从1.4.2迁移到5.显然,这不是一个隔夜项目,我收到的建议是编写新代码反对Java 5并以零碎的方式迁移旧代码.此外,我不是Java 5新功能的专家(即我知道它们,但从未编写任何用于生产用途).

我的问题:

  1. Java 5的哪些功能通常用于生产代码?(即泛型,自动装箱等)是否有特征要避免/不被认为是最佳做法?

  2. 我可以使用哪些最好的重构策略来迁移这个大小的代码库?(即仅在编辑类时一次更改一个类,等等.)目标 - 降低代码库的风险.限制 - 进行重构的资源.

任何建议表示赞赏 - 提前谢谢.

更新 - 一年太晚了,但迟到总比没有好?=)

感谢您的所有评论 - 很多很棒的观点.在软件开发人员的生活中,总会有你努力完成的项目,但由于某些更"紧急"的事情,我们永远不会到处走.

关于Java 5的使用(当时),它是客户端生产环境中所需要的东西,所以这就是我们不使用Java 6的原因.

我发现,对于集合,枚举和基元拆箱的更强类型是我倾向于最常用的功能,包括旧代码和新代码.重构非常简单,但代码理解得到了显着改善,标准变得更容易实施.我最麻烦的是仿制药; 我认为这是一个我仍然没有机会完全掌握和欣赏的概念,因此我很难找到以前适用仿制药的案例.

再次感谢所有为此帖做出贡献的人,并为后期跟进道歉.

java migration refactoring

3
推荐指数
1
解决办法
1977
查看次数

标签 统计

java ×1

migration ×1

refactoring ×1