switch作为条件判断(分支结构)中的一种方式，以至于我们对于它使用的频率处于较高水平的水平线上，为此我们应该使用Extra method来对这类判断条件进行抽取，另外从我自身而言，我发现我以前常常在当中根据不同的值，做不同的操作，而这类操作我是直接写在case里面的！而这里《重构》的作者并没有明确的讲明这样做的好处到底在哪里？我们现在就拿我们前一篇文章来作接下来的讲解。

现在我们模拟一个场景，作为项目经理的老王，告诉程序员小新说：现在我们的影片类型需要在增加一个叫做VIP，而这个类型租赁价格的计算当然也是不同，那么这个getCharge的分支中就不得不做接下来一步的修改，就是将switch中的条件在多加一条，如下

1 public double getCharge() { 2         double result = 0; 3         switch(getMovie().getPriceCode()) { 4         case Movie.REGULAR: 5             result += 2; 6             if (getDaysRented() > 2) 7                 result += (getDaysRented() - 2)*1.5; 8             break; 9         case Movie.NEW_RELEASE:10             result += getDaysRented() * 3;11             break;12         case Movie.CHILDRENS:13             result += 15;14             if (getDaysRented() > 3)15                 result += (getDaysRented() - 3) * 1.5;16             break;17         case Movie.VIP: 18             result += getDaysRented() * 3 + 10;19             break;20         }21         return result;22     }

不知道大家有没有发现什么问题呢？是这样子的哈！小新在编写他的VIP类型的价格换算逻辑的时候，他可能无意间动到了儿童类型的价格换算业务，那么当我们如果做的并非是如此简单的项目的时候，我们应当意识到，每个不同类型的逻辑处理代码在一个分支中不应该体现出来，也就是说，分支这里只是为了决定选择谁作为代表来运行某种运算，但是这个代表是如何进行运算的，它内部的实现是如何进行的我们其实是不需要去知道的，所以我们这里应该使用多态的方式，将每个不同的逻辑封装到对应的类中，并由接口开放出来一个开关，以控制在筛选完成之后对于事件的驱动！