一天一个设计模式：策略模式
概念：
策略模式属于对象的行为模式，其用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响客户端的情况下变化。
结构：
环境(Context)角色：持有一个Strategy的引用。
抽象策略(Strategy)角色：这是一个抽象角色，通常由一个接口或抽象类实现，此角色给出所有的具体策略类所需的接口。
具体策略(ConcreteStrategy)角色：包含具体场景的算法。
代码示例：
环境角色：
public class Context {
//持有一个具体策略的对象
private Strategy strategy;
/**
* 构造函数，传入一个具体策略对象
* @param strategy 具体策略对象
*/
public Context(Strategy strategy){
this.strategy = strategy;
}
/**
* 策略方法
*/
public void contextInterface(){
strategy.strategyInterface();
}
}抽象策略类：
public interface Strategy {
/**
* 策略方法
*/
public void strategyInterface();
}具体策略类：
public class ConcreteStrategyA implements Strategy {
@Override
public void strategyInterface() {
//相关的业务
}
}
//后面两个重复这个类使用常见：
我们以手抓饼订单为例，即有普通手抓饼，高级手抓饼，顶级手抓饼。
场景就是接单类，根据具体的算法来生产不同的手抓饼订单。
接单类：
public class ReceiveOrder {
private ShouzhuabingOrder shouzhuabingOrder;
public ReceiveOrder(ShouzhuabingOrder shouzhuabingOrder) {
this.shouzhuabingOrder = shouzhuabingOrder;
}
//其实这我们可以对该函数进行一些功能强化，让其在算法选择的基础上进行一些功能的扩展
//具体的可以参考java中Collections类下面的sort方法。
//例如我们可以通过参数作为输入，相当于用户除了做定制化的手抓饼外，还可以再次基础上进行个性化的定制。
public String makeOrder() {
return shouzhuabingOrder.makeOrder();
}
}手抓饼订单接口：
public interface ShouzhuabingOrder {
public String makeOrder();
}普通手抓饼：
public class OriginOrder implements ShouzhuabingOrder {
@Override
public String makeOrder() {
return "我是基础的手抓饼，只有一张饼，一个蛋还有各种酱";
}
}高档手抓饼：
public class MediumOrder implements ShouzhuabingOrder {
@Override
public String makeOrder() {
return "我是一个中级手抓饼，自带一张饼，两个蛋，还有自制酱料";
}
}豪华手抓饼：
public class HighOrder implements ShouzhuabingOrder {
@Override
public String makeOrder() {
return "我是高级手抓饼，我有一张饼，两个蛋，一个里脊，一个薄脆还有自制酱料。";
}
}实际的接受订单的过程：
public class Test {
public static void main(String[] args) {
HighOrder highOrder = new HighOrder();
ReceiveOrder receiveOrder = new ReceiveOrder(highOrder);
System.out.println(receiveOrder.makeOrder());
}
}策略模式的核心：
不管算法的实现，而是对算法做一个选择，组织，调用，从而使程序在结构上更加清晰，也更加方便维护和扩展。
策略模式的平等性：
算法的地位相同，可以相互替换，相互无依赖，策略模式中的算法关系未：相同行为的不同实现。
策略模式运行时的唯一性：
运行时，每一个时刻只能使用一个具体的策略实现对象，虽然可以动态切换，但是在同一时刻，只能是一个。
共有行为：
若所有算法均有具体的行为，可以将算法接口改成抽象类，同时共有的行为进行定义。
策略模式的优点：
1.策略模式提供了管理相关算法的算法族的方法，可以将部分共有代码移到父类，从而避免重复。
2.使用策略模式，可以避免重复条件的判定(if-else)。
策略模式的缺点：
1.客户端必须知道所有的策略，并自行决定使用哪种策略，以便选用合适的算法。(我还没有想明白这点，这自行判断还不是要依赖if else)
2.备选的策略多的话，类的数量会很多，不方便管理。
本文参与 腾讯云自媒体分享计划，分享自作者个人站点/博客。
原始发表：2018-11-07 ，如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读
目录