设计模式（十一）策略模式

一、打折的烦恼

有一家卖书的网站想做一套结算系统，其中的一部分就是计算书的价格，这家网站上的书基本上都有优惠，而且不同种类的书优惠不同，比如漫画书打9折，小说打6折等等，他们刚开始的设计是这样的。

方案一：在客户端进行判断

if(book is comic)
    price*=0.9;
else if(book is novel)
    price*=0.6;

看起来好像也没什么问题，但是当我们的书种类非常的时候，客户端的代码就会显得非常臃肿，并且每当我们添加一种新的书就要添加一个if-else语句，如果这本书下架了就要删除相应的语句，显得很麻烦。

方案二：

我们可以定义一个Book的抽象类，每种书都继承自这个类并且每个类中都实现自己的计算价格的方法，这样就避免了客户端的臃肿，但是这会将算法和书的实现耦合到一块，如果我们想要修改折扣的幅度，那么对应的书的类就要修改，不符合“开-闭”原则。

方案三：

我们将每一种计算价格的方法都封装成一个策略类，在客户端中可以动态的设定，这种书使用哪种策略，当有新的打折方式时，我们可以增加一个新的策略类，而不需要去修改书的代码，将书和算法完全分离开来，减小了耦合度，符合“开-闭”原则。

二、策略模式的定义和结构

上面的第三种方案就是我们说的策略模式。策略模式将每一个算法封装起来，并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化。

策略模式涉及到三个角色：

环境（Context）角色：这个是要使用策略（算法࿰