JAVA设计模式之策略模式

策略模式

定义算法 族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化独立于算法的客户。

设计原则

找出应用中可能需要变化之处，把他们独立起来，不要把他们和不需要变化的混淆在一起。针对接口编程，而不是针对实现编程。多用组合，少用继承。利用 接口代表每种行为。

举个栗子：学校特长生，大家的特长不一定是一样的。

特长生特长接口：

public interface Techang { public void techang(); }   

具体实现：

public class Sing implements Techang { @Override public void techang() { System.out.println("我唱歌特别好听！！！"); } } public class Dance implements Techang{ @Override public void techang() { // TODO Auto-generated method stub System.out.println("我跳舞特别好看！！！"); } }

特长生：

public class Student { public void techang(Techang techang) { techang.techang(); } }

特长生S1：

public class S1 extends Student{ S1() { System.out.print("我是学生S1,"); } }

测试类：

public class Test { public static void main(String[] args) { //选择并创建需要使用的策略对象 Student s1=new S1(); //创建环境 Techang s=new Sing(); Techang d=new Dance(); //使用策略 s1.techang(s); Student s2=new S2(); s2.techang(d); } }

运行结果（学生S2类与S1类似）：

这就是所谓的「策略模式」了，定义了算法（特长生特长接口），分别封装起来（具体的实现类：跳舞、唱歌），让他们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。

策略模式的优点

　　（1）策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面，从而避免代码重复。

　　（2）使用策略模式可以避免使用多重条件(if-else)语句。多重条件语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重条件语句里面，比使用继承的办法还要原始和落后。

策略模式的缺点

　　（1）客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道算法或行为的情况。

　　（2）由于策略模式把每个具体的策略实现都单独封装成为类，如果备选的策略很多的话，那么对象的数目就会很可观。