策略模式

一,定义

策略模式定义了一系列的算法,并将每一个算法封装起来,而且使他们可以相互替换,让算法独立于使用它的客户而独立变化。

分析下定义,策略模式定义和封装了一系列的算法,它们是可以相互替换的,也就是说它们具有共性,而它们的共性就体现在策略接口的行为上,另外为了达到最后一句话的目的,也就是说让算法独立于使用它的客户而独立变化,我们需要让客户端依赖于策略接口。

二,模式结构

这里写图片描述
这个模式涉及到三个角色:

  • 环境(Context)角色:持有一个Strategy的引用。
  • 抽象策略(Strategy)角色:这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
  • 具体策略(ConcreteStrategy)角色:包装了相关的算法或行为。

三,策略模式的使用场景

  • 1.针对同一类型问题的多种处理方式,仅仅是具体行为有差别时;
  • 2.需要安全地封装多种同一类型的操作时;
  • 3.出现同一抽象类有多个子类,而又需要使用 if-else 或者 switch-case 来选择具体子类时。

四,策略模式典型代码

抽象策略类

public interface Strategy {
    /**
     * 策略方法
     */
    public void strategyInterface();
}

具体策略类

public class ConcreteStrategyA implements Strategy {
    @Override
    public void strategyInterface() {
        //相关的业务
    }
}
public class ConcreteStrategyB implements Strategy {
    @Override
    public void strategyInterface() {
        //相关的业务
    }
}

环境角色类

public class Context {
    //持有一个具体策略的对象
    private Strategy strategy;
    /**
     * 构造函数,传入一个具体策略对象
     * @param strategy    具体策略对象
     */
    public Context(Strategy strategy){
        this.strategy = strategy;
    }
    /**
     * 策略方法
     */
    public void contextInterface(){

        strategy.strategyInterface();
    }
}

五,策略模式的例子

这里要写的是一个商场促销-策略模式

正常商场促销可能有打八折,打五折,打九折,满200减50,满100减10,正常收费,或者打折和满减同时操作等。

从明面看打八折 打五折,这些通过简单工厂模式也是可以实现,选择不同的活动即可,但是我们发现活动太多,需要创建太多的子类,而且两个活动预一起进行的时候就不好维护了。

这个时候我们发现打折和满减其实都是一种算法,可以详细归类然后在实现。这个时候策略模式就相对更好点了。替换策略即可

首先要有一个,输入金额,得到折扣或者满减以后金额的策略接口

public interface CashSuper {
    public double acceptMoney(double money);
}

下面是满减和折扣的具体实现

public class CashRebate implements CashSuper {
    private double rebate; //折扣
    public CashRebate(double rebate){
        this.rebate = rebate;
    }
    @Override
    public double acceptMoney(double money) {
        return money * rebate;
    }
}
public class CashReturn implements CashSuper {
    private double moneyCondition;  //满多少
    private double moneyReturn;  //减多少
    public CashReturn(double condition,double mreturn){
        this.moneyCondition = condition;
        this.moneyReturn = mreturn;
    }
    @Override
    public double acceptMoney(double money) {
        if (money >= moneyCondition){
            return money - moneyReturn;
        }
        return money;
    }
}

环境角色类

public class CashContext {
    private CashSuper cashSuper;
    public CashContext(CashSuper mSuper){
        this.cashSuper = mSuper;
    }

    public void excute(double money){
        System.out.println("金额 = " + cashSuper.acceptMoney(money));
    }
}

测试类

    public static void main(String[] args) {
        //策略模式
        CashContext context;
        context = new CashContext(new CashRebate(0.5)); //打五折
        context.excute(100); //结算金额
        context = new CashContext(new CashReturn(300,100)); //满300减100
        context.excute(500); //结算金额
    }

六,策略模式的优缺点

策略模式的主要优点有:

  • 策略类之间可以自由切换,由于策略类实现自同一个抽象,所以他们之间可以自由切换。
  • 易于扩展,增加一个新的策略对策略模式来说非常容易,基本上可以在不改变原有代码的基础上进行扩展。
  • 避免使用多重条件,如果不使用策略模式,对于所有的算法,必须使用条件语句进行连接,通过条件判断来决定使用哪一种算法,在上一篇文章中我们已经提到,使用多重条件判断是非常不容易维护的。

策略模式的缺点主要有两个:

  • 维护各个策略类会给开发带来额外开销,可能大家在这方面都有经验:一般来说,策略类的数量超过5个,就比较令人头疼了。
  • 必须对客户端(调用者)暴露所有的策略类,因为使用哪种策略是由客户端来决定的,因此,客户端应该知道有什么策略,并且了解各种策略之间的区别,否则,后果很严重。例如,有一个排序算法的策略模式,提供了快速排序、冒泡排序、选择排序这三种算法,客户端在使用这些算法之前,是不是先要明白这三种算法的适用情况?再比如,客户端要使用一个容器,有链表实现的,也有数组实现的,客户端是不是也要明白链表和数组有什么区别?就这一点来说是有悖于迪米特法则的。

参考:
http://blog.csdn.net/zhengzhb/article/details/7609670
https://blog.csdn.net/u012124438/article/details/70039943
《大话设计模式》

实现源码:https://github.com/wangxp423/ExerciseDesignmodel

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值