我被指派去做一个大型Java项目的一些工作,开发人员的几次迭代的影响是显而易见的。没有标准的编码风格、格式、命名约定或类结构。当我遇到 Javadoc 类时真是美好的一天,单元测试是一个快乐的白日梦。
到目前为止,我们参与该项目的人员一直在“融入”,适应我们正在研究的任何类别的现有惯例,但现在是时候强加一些秩序和一致性了。
这是一项艰巨的挑战,我正在寻找人们对这项任务可能提出的任何建议。是否有任何特别有效的策略或需要注意的陷阱?尝试一下是个好主意吗?
编辑添加:我不想给人留下该项目很糟糕的印象 - 事实上它设计得很扎实,而且基本上写得很好。只是感觉它的年龄和维护的不可避免性......
我发现 Eclipse 对于此类操作来说是一个非常强大的工具。
很多人都非常信赖命令行工具和基于模式的文本编辑器进行编程,但使用完整的 IDE 进行重大重构具有强大的优势:
-
自动实时编译向您显示错误发生时以及发生的任何地方。仅仅因为您进行了更改并且类中没有任何内容或立即出现包中断,并不意味着您没有在其他地方创建问题。红旗将出现在 Eclipse 中的包树中,引导您直接找到它们。
-
基于图形的重命名和移动。重命名代码元素所产生的影响比您所知道的要大得多。 Eclipse 将向您显示相关元素的每个实例的详细信息以及重命名将如何更改它。
-
自动导入管理使您能够省去处理确保所有进口物品井然有序的工作。 Eclipse 将在使用时自动添加导入,并用动作灯泡标记未使用的导入,以便一键删除。
- Use 代码风格确保所有源文件对所有内容都使用相同的格式。空格、缩进、换行、括号都可以为您设置格式。这在您创建新代码以及更新现有文件时起作用。
除了 Eclipse 的工具集之外,您还可以考虑利用其他现代 Java 工具来确保您的代码始终正常运行。
- 测试套件使您能够不断确保所做的任何更改不会对项目的功能产生负面影响。如果您要重构某个功能,请编写两个或三个测试用例来演示其工作方式。确保它们在任何更改之前和之后运行。这是在问题成为问题之前发现问题的最简单方法。
- 使用 Maven 等工具来协助进行依赖关系、测试、编译和部署。不要浪费时间再次执行任何上述任务。专注于编写能完成工作的代码。
edit:
我个人也更喜欢 Eclipse,因为我是负责重构的人,而不是一些对我的代码几乎一无所知的自动化工具。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)