java设计模式之策略模式

策略模式的定义和使用场景

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

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

策略模式的使用场景:

1.针对同一类型问题的多种处理方式,仅仅是具体行为有差别时; 

2.需要安全地封装多种同一类型的操作时; 

3.出现同一抽象类有多个子类,而又需要使用 if-else 或者 switch-case 来选择具体子类时。

    这个模式涉及到三个角色:

环境(Context)角色:持有一个Strategy的引用。

抽象策略(Strategy)角色:这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。

具体策略(ConcreteStrategy)角色:包装了相关的算法或行为。定义:策略模式定义了一系列的算法,并将每一个算法封装起来,而且使他们可以相互替换,让算法独立于使用它的客户而独立变化。

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

1、 生活中的策略

比如说我要出行旅游,那么出行方式有--飞机、自驾游、火车等,这几种方式就是策略。再比如:某大型商场搞活动--满 100 元送杯子,满 300 减 50 ,满 1000 元抽奖「一等将彩色电视机」,这种活动也是策略。在游戏中,我们打一个普通的怪使用普通的招即可,打大 BOSS 就要是用大招,这也是一种策略 ...

2、程序中的策略

就是对各个算法的一个封装「不是实现算法,而是封装算法」,让客户端非常容易的调用,省掉了客户端 if else 恶心的判断,让客户端独立于各个策略

 

 

比如:在商品结算计算订单的税率的时候,不同的国家会计算不同的税率,如果不适用策略模式,就必须要适用if else来判断是哪个国家,然后对应的国家进行计算,代码如下:

枚举类:

/**

* @Description: 税率枚举类

* @Author: yuhui lu

* @Date: Created in 11:18 2020/11/7

*/

public enum TaxRateEnum {

    CHINA("china",new ChinaTaxRate()),

    JAPAN("japan",new JapanTaxRate()),

    USA("usa",new USATaxRate());

    private String code;

    private CountryTaxRate msg;

    TaxRateEnum(String code,CountryTaxRate msg){

       this.code = code;

       this.msg = msg;

    }

    public String getCode(){

        return code;

    }

    public CountryTaxRate getCountryTaxRate(){

        return msg;

    }

    public static CountryTaxRate getCountryTaxRate(String code){

        TaxRateEnum[] taxRateEnums = TaxRateEnum.values();

        for (TaxRateEnum taxRateEnum : taxRateEnums) {

            if(taxRateEnum.getCode().equals(code)){

                return taxRateEnum.getCountryTaxRate();

            }

        }

        return null;

    }

}

税率计算:

/**

* @Description:税率计算

* @Author: yuhui lu

* @Date: Created in 11:17 2020/11/7

*/

public class TaxRate {

    public static void main(String[] args) {

        String country = "japan";

        if(TaxRateEnum.CHINA.getCode().equals(country)){

            System.out.println("计算中国税率");

        }else if(TaxRateEnum.JAPAN.getCode().equals(country)){

            System.out.println("计算日本税率");

        }else if(TaxRateEnum.USA.getCode().equals(country)){

            System.out.println("计算美国税率");

        }

    }

}

 此时,如果要再增加一个澳大利亚国家的税率计算,那么就要改源代码了,再taxRate类里面的main方法添加if else,也可用switch case,而这违反了设计模式的开闭原则

使用策略模式能避免此问题,首先建立中国,日本,美国三个国家税率的计算类(抽象类),三个国家实现此类,而在税率计算的时候聚合此类即可,代码如下:

/**

* @Description:国家税率计算接口

* @Author: yuhui lu

* @Date: Created in 11:34 2020/11/7

*/

public interface CountryTaxRate {

    void calculation();

}

 

/**

* @Description:中国税率计算

* @Author: yuhui lu

* @Date: Created in 11:35 2020/11/7

*/

public class ChinaTaxRate implements CountryTaxRate{

 

 

    public void calculation() {

        System.out.println("计算中国税率");

    }

}

 

/**

* @Description:日本税率计算

* @Author: yuhui lu

* @Date: Created in 11:36 2020/11/7

*/

public class JapanTaxRate implements CountryTaxRate{

 

 

    public void calculation() {

        System.out.println("计算日本税率");

    }

}

 

/**

* @Description:美国国家税率计算

* @Author: yuhui lu

* @Date: Created in 11:37 2020/11/7

*/

public class USATaxRate implements CountryTaxRate{

 

 

    public void calculation() {

        System.out.println("计算美国税率");

    }

}

 

/**

* @Description: 税率计算

* @Author: yuhui lu

* @Date: Created in 11:39 2020/11/7

*/

public abstract class TaxRateCalculation {

    CountryTaxRate countryTaxRate;

}

 

/**

* @Description:

* @Author: yuhui lu

* @Date: Created in 11:41 2020/11/7

*/

public class TaxRateCalculationContext extends TaxRateCalculation{

    public TaxRateCalculationContext(String country){

        countryTaxRate = TaxRateEnum.getCountryTaxRate(country);

    }

    public void taxrateCal(){

        countryTaxRate.calculation();

    }

}

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值