策略模式

例子：商场促销------策略模式

基本需求：就是计算收银，通过单价*数量

增加需求：遇到活动，会打折

小菜的代码问题：1）分支语句过多2）无法应对新的需求即满300赠100，满300返100，、8折、7折、原价

收获：面向对象的编程，并不是类越多越好，类的划分是为了封装，但分类的基础是

抽象，具有相同属性和功能对象的抽象集合才是类。

因此策略模式的最后结果是

 

 

屏幕剪辑的捕获时间: 2013/5/12 16:53

 

其实有上面那么多的打折需求，现在只变成了3个类，可以理解为在纷繁复杂的世界

中对对象又进一步提取为一个类。

下面一一解释一下：

现金收费抽象类

        功能：收取现金

正常收费类

       功能：原价返回

打折收费子类：

     功能：通过动态的输入参数的方法，打折的折扣率，再计算原价

返利收费子类：

     功能：通过初始化的时候设置两个参数，（返利条件，返利值），计算收取现金

现金收费工厂类：

    功能：根据条件返回相应的对象。

客户端程序：实例化简单工厂

 

 

新问题：1）每次维护或拓展收费方式都要改动这个工厂，以致代码需要重新编译，是很糟糕的处理方式。

 

闪亮登场：策略模式

定义：定义了算法家族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。

封装变化点就是我们面向对象的一种很重要的思维方式。

代码结构图

 

 

屏幕剪辑的捕获时间: 2013/5/12 17:12

解释：

CashSuper类：

         功能：定义所有支持的算法的公共接口

Cash Contex类：

        功能：1)通过通过初始化的时候，传入具体的策略，决定用哪一个算法；

                      2)通过具体的策略对象，调用其算法.

其实以上的本质恰恰是：封装了变化，用传递参数的方法，取代了case，实在是

一个高明的策略。

 

反思：

       应用条件：

        只要在分析过程中听到需要不同时间应用不同的业务规则，就可以考虑使用策略模式处理这种变化的可能性。

     概念上讲：

       算法完成相同的工作，只是实现不同，他可以以相同的方式调用所有的算法。