JAVA设计模式之：策略模式

策略模式指：策略模式指将程序中可变部分抽象分离成一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。
策略模式一般由下面三部分组成： 

1. 抽象策略角色： 策略类，通常由一个接口或者抽象类实现。
2. 具体策略角色：包装了相关的算法和行为。
3. 环境角色：持有某一个策略类的引用，客户端调用。
策略模式设计原则：
1. 把程序中需要变化的部分抽离出来，独立于不变的部分
2. 面向接口编程，而不是面向实现编程，多作组合 ，少用继承。（组合 ：在类中增加一个私有域，引用另外一个已经有的类的实例，通过调用实例的方法从而获得新的功能）
—–应用举例，以银行为例，可能有点不恰当———————–
比如我们应用要接入银行支付功能。我们都知道，银行都有支付功能，随着技术的发展，银行具有了开通网络支付的功能。现在我们遇到的问题是，我们要增加支付的银行，但是有的银行还没有开通网络银行，有的已经开通了，而且也要把原有接入 的银行添加上网络银行功能（如果已经开通的话）。
—-银行基类，为了适应变化，增加了网络支付处理的策略处理接口BankStrategy ——-
public abstract class Bank {
private BankStrategy mBankStrategy;
public void setmStrategy(BankStrategy mStrategy) {
this.mBankStrategy = mStrategy;
}
public void payMoney() {
System.out.println(“我具有支付功能”);// 所有银行共同的特征
}
public abstract void serviceStyle();// 但每个银行有不同的服务方法（比的就是服务），具体的子类实现
public void netBank(){//开通网上银行
mBankStrategy.netPay();
}
}
———-银行策略接口———————————
public interface BankStrategy {
void netPay();// 添加网络支付功能
}
————–增加开通网络支付的策略实现类————
public class CanNetBank implements BankStrategy {
@Override
public void netPay() {
System.out.println(“我已经开通网络支付功能”);
}
}
————–也有不开通网络支付的银行—————
public class NoNetBank implements BankStrategy {
@Override
public void netPay() {
System.out.println(“我不开通网络银行，咋的！”);
}
}
——-地球银行：现在开通网络支付——————
public class EarthBank extends Bank {
public EarthBank(){
super();
super.setmStrategy(new CanNetBank());//这里就实现了网络支付
}
@Override
public void serviceStyle() {
System.out.println(“我的服务在事个地球上是最好的！”);
}
}
——–太阳银行，说离我们太远了，不开通网络银行——————-
public class SunBank extends Bank {
public SunBank(){
super();
super.setmStrategy(new NoNetBank());//这里就不开通了（当然可不调用 ，只是告诉下实现方法）
}
@Override
public void serviceStyle() {
System.out.println(“我的服务像金子一样发光！”);
}
}
———测试类———————————–
public class Test {
public static void main(String[] args) {
System.out.println(“———测试———–”);
Bank duck=null;
duck=new EarthBank();
duck.serviceStyle();
duck.payMoney();
duck.netBank();
System.out.println(“———测试———–”);
duck=new SunBank();
duck.serviceStyle();
duck.payMoney();
duck.netBank();
}
}
——-结果打印——-

策略模式的优点：
1、 提供了管理相关的算法策略类，恰当使用继承可以把公共的代码转移到父类里面，避免重复的代码，使得架构也更加灵活。
2、 提供了可以替换继承关系的办法（组合）。继承也可以处理多种算法或行为，但算法或行为的环境类就可能会有一些子类，每一个子类提供一个不同的算法或行为。这样一来算法或行为的使用者就和算法或行为本身混在一起。使得动态改变算法变得复杂甚至不可行，也不符合开闭原则。
3、 相对于继承代码更好地得到复用，同时可以避免使用多重条件转移语句。
策略模式的缺点：
1、客户代码需要了解个策略实现的细节，只适用于客户端知道所有的算法或行为的情况。
2、 策略模式造成很多的策略类，每个具体策略类都会产生一个新类，增加了对象的数目。