浅析几种设计模式--策略模式
策略模式
策略模式是对算法的包装，把使用算法的责任和算法本身分隔开，委派给不同的对象管理。策略模式通常把一系列的算法包装到一系列的策略类里面，作为一个抽象策略类的子类。
作用
- 算法可独立于使用外部而变化
- 客户端方便根据外部条件选择不同策略来解决不同问题
策略模式仅仅封装算法（包括添加 & 删除），但策略模式并不决定在何时使用何种算法，算法的选择由客户端来决定。
实例
背景
有一家百货公司，最近在定年度的促销活动。
冲突
每个节日用同一个促销活动太枯燥，没吸引力
解决方案
针对不同节目使用不同促销活动进行促销
步骤1：
定义抽象策略角色（Strategy）：百货公司所有促销活动的共同接口
public abstract class Strategy {
public abstract void showActivity()；
}
步骤2：
定义具体策略角色（Concrete Strategy）：
以下是每个具体活动
//为春节准备的促销活动A
class StrategyA extends Strategy{
@Override
public void showActivity() {
System.out.println("春节促销活动A");
}
}
//为中秋节准备的促销活动B
class StrategyB extends Strategy{
@Override
public void showActivity() {
System.out.println("中秋节促销活动B");
}
}
//为圣诞节准备的促销活动C
class StrategyC extends Strategy{
@Override
public void showActivity {
System.out.println("圣诞节促销活动C");
}
}
步骤3：
定义环境角色（Context）：用于连接上下文，即把促销活动推销给客户，这里可以理解为销售员
class Context_SalesMan{
private Strategy strategy;//持有抽象策略角色的引用
//生成销售员实例时告诉销售员什么节日（构造方法），使得让销售员根据传入的参数（节日）选择促销活动（这里使用一个简单的工厂模式）
public SalesMan(String festival) {
switch ( festival) {
case "A": //春节就使用春节促销活动
strategy = new StrategyA();
break;
case "B": //中秋节就使用中秋节促销活动
strategy = new StrategyB();
break;
case "C": //圣诞节就使用圣诞节促销活动
strategy = new StrategyC();
break;
}
}
//向客户展示促销活动
public void SalesManShow(){
strategy.showActivity();
}
}
public class StrategyPattern {
public static void main(String[] args){
Context_SalesMan mSalesMan ;
//春节来了，使用春节促销活动
System.out.println("对于春节：");
mSalesMan = new Context_SalesMan("A");
mSalesMan.SalesManShow();
//中秋节来了，使用中秋节促销活动
System.out.println("对于中秋节：");
mSalesMan = new Context_SalesMan("B");
mSalesMan.SalesManShow();
//圣诞节来了，使用圣诞节促销活动
System.out.println("对于圣诞节：");
mSalesMan = new Context_SalesMan("C");
mSalesMan.SalesManShow();
}
}
总结
优点
- 策略类之间可以自由切换
- 由于策略类都实现同一个接口，所以使它们之间可以自由切换。
- 易于扩展
- 增加一个新的策略只需要添加一个具体的策略类即可，基本不需要改变原有的代码，符合“开闭原则”
- 避免使用多重条件选择语句（if else），充分体现面向对象设计思想。
缺点
- 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。
- 策略模式将造成产生很多策略类，可以通过使用享元模式在一定程度上减少对象的数量。
