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