转载:http://cantellow.iteye.com/blog/850034?page=1#comments
不是为了重构而重构,而是为了在写代码的过程中具有重构的思想,更可能的写出相对良好的代码。
如果项目是需要一直维护的,当修复bug、增加功能时,代码质量就体现出来了,如果不及时重构,代码就会越来越沉沦。
很多人不喜欢测试,其实就是不敢面对自己的问题,总希望代码没问题,或让测试人员去发现问题。
1.重构,伴随着整个软件开发过程,大到软件需求评审会上的需求变更,小到一时灵感对变量的命名,重构不挑食,重构无处不在。
如果发现想要使用某个方法,但它位于其它类中,就可以想是否可以提取父类或者接口,然后把通用的方法提取到其中,再对其进行继承或者实现,那样就可以方便地调用方法
2.从现在起,开始考虑代码质量。
代码质量提高的目标:优雅、清晰、维护性强、没有坏的味道,如果让人第一眼看到就有种拍案叫绝的冲动,那么就再好不过了。
提高代码质量的方式有很多种,利用工具、经常看一些大师级的代码、团队codereview、重构、深入OO思想以及掌握常用的设计模式等等,都是很不错的方法。
3.时时刻刻考虑程序的健壮性和异常,即使过单行道的时候都会向道路两边看看再过去。
在此,我们不争论java中的checked异常是否真的有必要,不争论“用户名不存在”这一事件是异常还是正常的use case,也不争论发生了checked异常是业务逻辑的责任还是发生了unchecked异常是程序员的责任,我们讨论通过异常来提高程序的健壮性。
4.代码就像你的左脚,测试就像你的右脚。
你可以先迈左脚,再迈右脚。然后一直走下去。
也可以先迈右脚,再迈左脚。然后一直走下去。
只要你不是一直单脚跳着前进,你都会走得很稳,而且没有人看得出区别来。