Java程序员从笨鸟到菜鸟之(三十四)大话设计模式(四)策略模式

        本文来自:曹胜欢博客专栏。转载请注明出处:http://blog.csdn.net/csh624366188

 

          Strategy是属于设计模式中 对象行为型模式,主要是定义一系列的算法,把这些算法一个个封装成单独的类。

定义:策略模式定义了一系列的算法,并将每一个算法封装起来,而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。(原文:The Strategy Pattern defines a family ofalgorithms,encapsulates each one,and makes them interchangeable. Strategy letsthe algorithm vary independently from clients that use it.)

角色:

Strategy:策略接口,用来约束一系列具体的策略算法。Context使用这个接口来调用具体的策略实现定义的算法。

ConcreteStrategy:具体的策略实现,也就是具体的算法实现。

Context:上下文,负责和具体的策略类交互,通常上下文会持有一个真正的策略实现,上下文还可以让具体的策略类来获取上下文的数据,甚至让具体的策略类来回调上下文的方法。

策略模式的结构示意图如图1所示:


应用场景:

  1、 多个类只区别在表现行为不同,可以使用Strategy模式,在运行时动态选择具体要执行的行为。

  2、 需要在不同情况下使用不同的策略(算法),或者策略还可能在未来用其它方式来实现。

  3、 对客户隐藏具体策略(算法)的实现细节,彼此完全独立。

优点:

1、 简化了单元测试,因为每个算法都有自己的类,可以通过自己的接口单独测试。
  2、 避免程序中使用多重条件转移语句,使系统更灵活,并易于扩展。
    3、 遵守大部分GRASP原则和常用设计原则,高内聚、低偶合。

4.提供了一种替代继承的方法,而且既保持了继承的优点(代码重用)还比继承更灵活(算法独立,可以任意扩展)。

缺点:
  1、 因为每个具体策略类都会产生一个新类,所以会增加系统需要维护的类的数量。
    2、 在基本的策略模式中,选择所用具体实现的职责由客户端对象承担,并转给策略模式的Context对象。(这本身没有解除客户端需要选择判断的压力,而策略 模式与简单工厂模式结合后,选择具体实现的职责也可以由Context来承担,这就最大化的减轻了客户端的压力。)

举一个我看过的策略模式比较经典的例子:报价管理

对不同的客户要报不同的价格,向客户报价是非常复杂的,因此在一些CRM(客户关系管理)的系统中,会有一个单独的报价管理模块,来处理复杂的报价功能。

为了演示的简洁性,假定现在需要实现一个简化的报价管理,实现如下的功能:

(1)对普通客户或者是新客户报全价

(2)对老客户报的价格,统一折扣5%

(3)对大客户报的价格,统一折扣10%

(1)先看策略接口,示例代码如下: 

/**

 * 策略,定义计算报价算法的接口

 */

public interface Strategy {

    /**

     * 计算应报的价格

     * @param goodsPrice 商品销售原价

     * @return 计算出来的,应该给客户报的价格

     */

    public double calcPrice(double goodsPrice);

}


(2)接下来看看具体的算法实现,不同的算法,实现也不一样,先看为新客户或者是普通客户计算应报的价格的实现,示例代码如下: 

/**

 * 具体算法实现,为新客户或者是普通客户计算应报的价格

 */

public class NormalCustomerStrategy implements Strategy{

    public double calcPrice(double goodsPrice) {

       System.out.println("对于新客户或者是普通客户,没有折扣");

       return goodsPrice;

    }

}


再看看为老客户计算应报的价格的实现,示例代码如下: 

/**

 * 具体算法实现,为老客户计算应报的价格

 */

public class OldCustomerStrategy implements Strategy{

    public double calcPrice(double goodsPrice) {

       System.out.println("对于老客户,统一折扣5%");

       return goodsPrice*(1-0.05);

    }

}


再看看为大客户计算应报的价格的实现,示例代码如下:  

/**

 * 具体算法实现,为大客户计算应报的价格

 */

public class LargeCustomerStrategy implements Strategy{

    public double calcPrice(double goodsPrice) {

       System.out.println("对于大客户,统一折扣10%");

       return goodsPrice*(1-0.1);

    }

}


(3)接下来看看上下文的实现,也就是原来的价格类,它的变化比较大,主要有:

  • 原来那些私有的,用来做不同计算的方法,已经去掉了,独立出去做成了算法类
  • 原来报价方法里面,对具体计算方式的判断,去掉了,让客户端来完成选择具体算法的功能
  • 新添加持有一个具体的算法实现,通过构造方法传入
  • 原来报价方法的实现,变化成了转调具体算法来实现

示例代码如下: 

/**

 * 价格管理,主要完成计算向客户所报价格的功能

 */

public class Price {

    /**

     * 持有一个具体的策略对象

     */

    private Strategy strategy = null;

    /**

     * 构造方法,传入一个具体的策略对象

     * @param aStrategy 具体的策略对象

     */

    public Price(Strategy aStrategy){

       this.strategy = aStrategy;

    }  

    /**

     * 报价,计算对客户的报价

     * @param goodsPrice 商品销售原价

     * @return 计算出来的,应该给客户报的价格

     */

    public double quote(double goodsPrice){

       return this.strategy.calcPrice(goodsPrice);

    }

}


(4)写个客户端来测试运行一下,好加深体会,示例代码如下:  

public class Client {

    public static void main(String[] args) {

       //1:选择并创建需要使用的策略对象

       Strategy strategy = new LargeCustomerStrategy ();

       //2:创建上下文

       Price ctx = new Price(strategy);

       //3:计算报价

       double quote = ctx.quote(1000);

       System.out.println("向客户报价:"+quote);

    }

}


 

 

 

 

 


没有更多推荐了,返回首页