Java学习第30天-设计模式-策略模式

问题引入

鸭子问题

编写 鸭子项目 ，具体要求如下 :

1)

有各种鸭子 ( 比如 野鸭、北京鸭、水鸭等， 鸭子有各种行为，比如 叫、飞行等 )

2) 显示鸭子的信息

 

传统方案

问题分析

1) 其它鸭子，都继承了 Duck 类，所以 fly 让所有子类都会飞了，这是不正确的

2) 上面说的 1 的问题，其实是继承带来的问题：对类的局部改动，尤其超类的局部改

动，会影响其他部分。会有溢出效应

3) 为了改进 1 问题，我们可以通过覆盖 fly 方法来解决 => 覆盖解决

4) 问题又来了，如果我们有一个玩具鸭子 ToyDuck, 这样就需要 ToyDuck 去覆盖 Duck

的所有实现的方法 => 解决思路 策略模式 (strategy pattern)

 

策略模式

基本介绍

1) 策略模式（ Strategy Pattern ）中，定义算法族，分别封装起来，让他们之间可以

互相替换，此模式让算法的变化独立于使用算法的客户

2) 这算法体现了几个设计原则，第一、把变化的代码从不变的代码中分离出来；

第二、针对接口编程而不是具体类（定义了策略接口）；第三、多用组合 / 聚合，

少用继承（客户通过组合方式使用策略）。

 

原理类图

说明：从上图可以看到，客户context 有成员变量strategy或者其他的策略接口

,至于需要使用到哪个策略，我们可以在构造器中指定.

思路分析

分别封装行为接口，实现算法族，超类里放行为接口对象，在子类里具体

设定行为对象。原则就是：分离变化部分，封装接口，基于接口编程各种功能。此模

式让行为的变化独立于算法的使用者

 

代码实现

飞行接口

public interface FlyBehavior {
   
   void fly(); // 子类具体实现
}

呱呱叫接口

public interface QuackBehavior {
   void quack();//子类实现
}

飞行实现类

public class GoodFlyBehavior implements FlyBehavior {

   @Override
   public void fly() {
      // TODO Auto-generated method stub
      System.out.println(" 飞翔技术高超 ~~~");
   }

}

public class BadFlyBehavior implements FlyBehavior {

   @Override
   public void fly() {
      // TODO Auto-generated method stub
      System.out.println(" 飞翔技术一般 ");
   }

}

public class NoFlyBehavior implements FlyBehavior{

   @Override
   public void fly() {
      // TODO Auto-generated method stub
      System.out.println(" 不会飞翔  ");
   }

}

抽象鸭子类

public abstract class Duck {

   //属性, 策略接口
   FlyBehavior flyBehavior;
   //其它属性<->策略接口
   QuackBehavior quackBehavior;
   
   public Duck() {
   
   }

   public abstract void display();//显示鸭子信息
   
   public void quack() {
      System.out.println("鸭子嘎嘎叫~~");
   }
   
   public void swim() {
      System.out.println("鸭子会游泳~~");
   }
   
   public void fly() {
      
      //改进
      if(flyBehavior != null) {
         flyBehavior.fly();
      }
   }

   public void setFlyBehavior(FlyBehavior flyBehavior) {
      this.flyBehavior = flyBehavior;
   }
   
   
   public void setQuackBehavior(QuackBehavior quackBehavior) {
      this.quackBehavior = quackBehavior;
   }
   
   
   
}

具体鸭子类

public class PekingDuck extends Duck {

   
   //假如北京鸭可以飞翔，但是飞翔技术一般
   public PekingDuck() {
      // TODO Auto-generated constructor stub
      flyBehavior = new BadFlyBehavior();
      
   }
   
   @Override
   public void display() {
      // TODO Auto-generated method stub
      System.out.println("~~北京鸭~~~");
   }
   
   

}

public class ToyDuck extends Duck{

   
   public ToyDuck() {
      // TODO Auto-generated constructor stub
      flyBehavior = new NoFlyBehavior();
   }
   
   @Override
   public void display() {
      // TODO Auto-generated method stub
      System.out.println("玩具鸭");
   }

   //需要重写父类的所有方法
   
   public void quack() {
      System.out.println("玩具鸭不能叫~~");
   }
   
   public void swim() {
      System.out.println("玩具鸭不会游泳~~");
   }
   
   
}

public class WildDuck extends Duck {

   
   //构造器，传入FlyBehavor 的对象
   public  WildDuck() {
      // TODO Auto-generated constructor stub
      flyBehavior = new GoodFlyBehavior();
   }
   
   
   @Override
   public void display() {
      // TODO Auto-generated method stub
      System.out.println(" 这是野鸭 ");
   }

}

客户端

public class Client {

   public static void main(String[] args) {
      // TODO Auto-generated method stub
      WildDuck wildDuck = new WildDuck();
      wildDuck.fly();//
      
      ToyDuck toyDuck = new ToyDuck();
      toyDuck.fly();
      
      PekingDuck pekingDuck = new PekingDuck();
      pekingDuck.fly();
      
      //动态改变某个对象的行为, 北京鸭 不能飞
      pekingDuck.setFlyBehavior(new NoFlyBehavior());
      System.out.println("北京鸭的实际飞翔能力");
      pekingDuck.fly();
   }

}

 

注意事项和细节

1) 策略模式的关键是： 分析项目中变化部分与不变部分

2) 策略模式的核心思想是：多用组合 / 聚合 少用继承；用行为类组合，而不是行为的

继承。更有弹性

3) 体现了“对修改关闭，对扩展开放”原则，客户端增加行为不用修改原有代码，只

要添加一种策略（或者行为）即可，避免了使用多重转移语句（ if..else if..else ）

4) 提供了可以替换继承关系的办法： 策略模式将算法封装在独立的 Strategy 类中使得

你可以独立于其 Context 改变它，使它易于切换、易于理解、易于扩展

5) 需要注意的是：每添加一个策略就要增加一个类，当策略过多是会导致类数目庞大