设计模式--策略模式(strategy)

1.策略模式(strategy ['strætədʒi])

我的理解是：方案候选模式 (反正关键就是有很多的候选，哈哈)

看了很多例子，都是在说鸭子的，那个例子很好，在这里可以看

他们生产鸭子，我们就制造人

父类 Person类

 public abstract class Person {
     //唱歌可就不一样了，唱法不同，唱功不同；而且哑巴不能唱歌
     public void singing(){
         System.out.println("我要唱歌");
     }

     //吃饭，大家没什么区别吧
     public abstract void eating();
 }

/*每个人都会吃饭，所以eating()可以继承，但singing()就不能一样处理了，因为有些人天生不能发声，或者差别很大

所以在Person类中就不应该写这个方法，否则Dummy哑巴类就会从Person类继承到singing()，这明显是不合理的，

而这里可以考虑将singing()独立成一个singable接口，

 public interface Singable {
      public void sing();
 }

实现singable的ZhangSan：

public class ZhangSan extends Person implements Singable{
    @Override
    public void sing() {
        // TODO Auto-generated method stub

    }

}

再根据需要实现这个接口，原理上是可以实现，但是接口有个缺点：

就是不能实现具体的方法:接口什么都不做，你实现后还是要写代码，根本做不到代码重用，如果实现接口的类数量很大的话，

那这个工作量很不划算。

**虽然每个人唱歌都不同，而且还有人不能唱，但其实唱歌的种类是可以预计的

唱法也就那么几种：通俗，美声，民族，R&B·····

接口是不能重用代码，那我们就先预先实现一组的接口实现类

通俗唱法：

public class TongSuSinging implements Singable {

    @Override
    public void sing() {
        System.out.println("找不到方向，到彩虹天堂·····");
    }

}

美声唱法：

public class MeiShengSinging implements Singable{

    @Override
    public void sing() {
        System.out.println("you and me,together.");
    }

}

民族唱法：

public class MinZuSinging implements Singable{

    @Override
    public void sing() {
        System.out.println("五十六个民族，五十六枝花....");
    }

}

这里，我们不打算直接实现singable接口类，而是使用了组合，所以父类Person类，修改成：

public abstract class Person {
    //使用组合，将Singable作为Person的成员变量
    private Singable singable;
    //再增加动态赋值的方法
    public void setSingable(Singable s){
        singable = s;
    }
    //此时的sing()方法应该这样写
    public void sing(){
        singable.sing();//这里就是面向接口编程，可以使用多态
    }

    //吃饭，大家没什么区别吧
    public abstract void eating();
}

李四类，

 public class LiSi extends Person {

     @Override
     public void eating() {
         // TODO Auto-generated method stub

     }

 }

测试类Test

 public class Test {

     public static void main(String[] args) {
         LiSi ls = new LiSi();
         //想要美声唱法，那就生成美声唱法的对象，但是类型统一用Singable
         Singable s = new MeiShengSinging();
         ls.setSingable(s);
         ls.sing();

         //想要通俗唱法，就生成通俗唱法的对象
         s = new TongSuSinging();//调用的代码完全不变，仅仅是new的对象类型变了而已
         ls.setSingable(s);
         ls.sing();
     }

 }

我也说一下我对策略模式的看法吧，有错误欢迎指正，大家共同进步嘛

优势：

如上所述，第一：避免了普通继承的一味重复，因为不变的内容还留在父类中，会改变的内容通过组合的方式来加成；

第二：同时使用了面向接口编程，代码修改率大大变小(其实所有的设计模式都有这个优点，不再是一次性代码了)

第三：用户要实现不同的功能是只要实现接口，生成新的类就可以了，并且这些类之间是可以随时替换的(因为多态嘛)

缺点：第一：还是要生成不少类(每个方法一个类···)

第二：你要预先知道大概要生成多少个类，(虽然总数不能确定，但变化是可以预见的情况下，才推荐使用策略模式)

*/

(PS:要写一篇好的博客真的好辛苦也好不容易啊····)

最后推荐大家看这两篇博客 1 和 2