《设计模式之禅》-策略模式

策略模式

定义

定义一组算法,将每个算法都封装起来,并且使它们之间可以互换

 

策略模式有三个角色

1.Strategy 抽象策略角色

策略,算法家族的抽象,通常为接口,定义每个策略或算法必须具有的方法和属性。

2.ConcreteStrategy具体策略角色

实现抽象策略中的操作,该类含有具体的算法

3.Context封装角色

也叫做上下文角色,起承上启下封装作用,屏蔽高层模块对策略。算法的直接访问,封装可能存在的变化

抽象的策略角色

public interface Strategy {
    //策略模式的运算法则
    public void doSomething)();
}

具体策略角色

public class ConcreteStrategy1 implements Strategy {
    public void doSomething(){
        System.out.println("具体的策略1");
    }
}

public class ConcreteStrategy2 implements Strategy {
    public void doSomething(){
        System.out.println("具体的策略2");
    }
}

封装角色

public class Context {
    //抽象策略
    private Strategy strategy = null;
    //构造函数设置具体策略
    public Context(Strategy _strategy){
        this.strategy = _strategy;
    }
    //封装后的策略方法
    public void doAnything(){
        this.strategy.doSomething();
    }
}

策略模式的优点

1.算法可以自由切换

2.避免使用多重条件判断

3.扩展性良好

缺点

1.策略数量增多

2.所有的策略都需要对外暴露

使用场景

多个类只有在算法或行为上稍有不同的场景

算法需要自由切换的场景

需要屏蔽算法规则的场景

因为算法太多了,很多时候只需要知道一个名字,传递相关参数,反馈一个结果就行了

注意事项

如果系统中的一个策略家族的具体策略数量超过4个,则需要考虑使用混合模式,解决类膨胀和对外暴露的问题

 

 

 

 

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值