策略模式
策略模式定义了算法家族，分别封装起来，让它们之间可以互相替换。此模式让算法的变化不会影响到使用算法的用户。策略模式常用于消除大量的if else代码。
优点:
多重条件语句不易维护，而使用策略模式可以避免使用多重条件语句。
策略模式提供了一系列的可供重用的算法族,恰当使用继承可以把算法族的公共代码转移到父类里面，从而避免重复的代码。
策略模式可以提供相同行为的不同实现，客户可以根据不同时间或空间要求选择不同的。
策略模式提供了对开闭原则的完美支持，可以在不修改原代码的情况下，灵活增加新算法。
策略模式把算法的使用放到环境类中，而算法的实现移到具体策略类中，实现了二者的分离。
缺点:
客户端必须理解所有策略算法的区别，以便适时选择恰当的算法类。
策略模式造成很多的策略类。
策略模式在很多地方用到，通常在以下几种情况中使用策略模式较多:
1.一个系统需要动态地在几种算法中选择一种时，可将每个算法封装到策略类中。
2.一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件语句的形式出现，可将每个条件分支移入它们各自的策略类中以代替这些条件语句。
3.系统中各算法彼此完全独立，且要求对客户隐藏具体算法的实现细节时。
4.系统要求使用算法的客户不应该知道其操作的数据时，可使用策略模式来隐藏与算法相关的数据结构。
5.多个类只区别在表现行为不同，可以使用策略模式，在运行时动态选择具体要执行的行为。
策略模式的主要角色如下。
抽象策略（Strategy）类：定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，环境角色使用这个接口调用不同的算法，一般使用接口或抽象类实现。
具体策略（Concrete Strategy）类：实现了抽象策略定义的接口，提供具体的算法实现。
环境（Context）类：持有一个策略类的引用，最终给客户端调用。
1.创建一个销售策略接口，里面有个销售方法
public interface SaleStrategy {
public void sale();
}
2.创建销售策略具体的实现类满减策略
public class Strategy1 implements SaleStrategy {
@Override
public void sale() {
System.out.println("满100减20");
}
}
3.创建销售策略具体的实现类折扣策略
public class Strategy2 implements SaleStrategy {
@Override
public void sale() {
System.out.println("买2件以上打8折");
}
}
4.测试输出
public class Test {
public static void main(String[] args) {
String key="mj";
SaleStrategy saleStrategy = null;
if ("mj".equals(key)) {
saleStrategy=new Strategy1();
}else if ("zk".equals(key)) {
saleStrategy=new Strategy2();
}else{
System.out.println("暂无该销售策略");
}
saleStrategy.sale();
}
}
//满100减20
从上面的测试看出，会有许多的if-else结构，所以策略模式常结合工厂模式+享元模式来消除大量的if else代码，下面我们新建一个销售策略的创建工厂：
public class SaleFactory {
private static final HashMap<String, SaleStrategy>map=new HashMap<>();
static {
//初始化销售策略
map.put("mj",new Strategy1());
map.put("zk",new Strategy2());
}
public static SaleStrategy getKey(String key){
SaleStrategy saleStrategy=map.get(key);
if(saleStrategy==null){
System.out.println("暂无该销售策略");
}
return saleStrategy;
}
}
测试输出
public class Test2 {
public static void main(String[] args) {
SaleStrategy saleStrategy=SaleFactory.getKey("zk");
if(saleStrategy!=null){
saleStrategy.sale();
}
}
}
//买2件以上打8折