DMC采用驱动开发的方式,这就意味着重构“Refactoring”是我要学习的对象。早在大三的时候就已经把那本经典的“Refactoring Improving the Design of Existing Code”英文版买到手了,但就是在买回来后的第n天,它就被“打入冷宫”了。

* What Is Refactoring?
Refactoring is the art of safely improving the design of existing code. [1]

* 什么时候进行Refactoring?
在TDD开发中,当我们的应用代码顺利通过测试集后,在保持应用代码对外行为(behavior)保持不变的前提下,对应用代码进行Refactoring。

另外一种情况就是对测试集代码进行Refactoring。

* Refactoring vs Pattern
在[2]这本书中作者提到“我们应该把模式作为重构的目标,我们要渐进的引入模式”。原因是“有些人滥用模式,他们把任何一个需求都看成是模式的组合,他们一开始就用模式来进行设计,他们已经陷入到模式的滥用中”。

* Refactoring流程
在[1]中给出了一个程式化的refactoring流程:
While smells remain:
 - Choose the worst smell.
 - Select a refactoring that will address the smell.
 - Apply the refactoring.
注意:这里refactoring是个持续的过程,直到the code without smell

* Refactoring实践
Refactoring的例子很多,这里举一个常见的例子。

Considering the following code:
class Shape {
    //0 – Circle 1- Rectangle 2- Triangle
    private int type;
    public String getType(){
        switch(type){
            case 0:
                return “Circle”;
            case1:
                return “Rectangle”;
            case2:
                return “Triangle”;
            default:
                return “Unknown”;
        }
    }
}

我们按照Refactoring的流程,首先要发现代码中的bad smell。
 - 使用switch结构限制了Shape类的扩展,一旦要加入新的Shape类型,getType函数就得修改。
 - 还有一点是Shape使用private member variable type来区分不同的Shape类型,这样是不合理的,我们完全可以用”Polymorphism”来代替。

下面是重构后的代码:
public abstract class Shape{
    public abstract String getType();
}
public Circle extends Shape{
    public String getType(){
        return “Circle”;
}
}
public Rectangle extends Shape{
    public String getType(){
        return “Rectangle”;
}
}
public Circle extends Shape{
    public String getType(){
        return “Circle”;
}
}
Ok, now the code above feels nice.^_^
书还没看完,就先说到这了。

参考资料:
1、《Refactoring workbook》
2、《Test-Driven Development – A practical guide》

© 2004, bigwhite. 版权所有.

Related posts:

  1. Effective Java阅读笔记-item16
  2. Effective Java阅读笔记-item1
  3. Effective Java阅读笔记-item18
  4. 如何编写类中的setter和getter
  5. Effective Java阅读笔记-item13、14