【笔记】Head First 设计模式

设计原则
找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。

设计原则
针对接口编程，而不是针对实现编程。

问：用一个类代表一个行为，感觉似乎有点奇怪。
类不是应该代表某种“东西”吗？类不是应该同时具备
状态“与”行为吗？
答：在OO系统中，是的，类代表的东西一般都
是既有状态（实例变量）又有方法。只是在本例中，碰
巧“东西”是个行为。但是即使是行为，也仍然可以有
状态和方法，例如，飞行的行为可以具有实例变量，记
录飞行行为的属性（每秒翅膀拍动几下、最大高度和速
度等）。

问：Duck是不是也该设计成一个接口？
答：在本例中，这么做并不恰当。如你所见的，
我们已经让一切都整合妥当，而且让Duck成为一个具
体类，这样可以让衍生的特定类（例如绿头鸭）具有
Duck共同的属性和方法。我们已经从Duck的继承结构中
删除了变化的部分，原先的问题都已经解决了，所以不
需要把Duck设计成接口。

测试Duck的代码
1,输入并编译下面的Duck类（Duck.java）以及两页前的
MallardDuck类（MallardDuck.java）。

public abstract class Duck {
   FlyBehavior flyBehavior;//为行为接口类型声明两个引
   QuackBehavior quackBehavior;//用变量，所有鸭子子类（在同一个zackage中）都继承它们
   public Duck() {
   } 
   
   public abstract void display();
   public void performFly() {
      flyBehavior.fly();//委托给行为类
   }
   public void performQuack() {
      quackBehavior.quack();//委托给行为类
   } 
   public void swim() {
      System.out.println(“All ducks float, even decoys!”);
   }
}

2,输入并编译FlyBehavior接口（FlyBehavior.java）与两个行为实现

类（FlyWithWings.java与FlyNoWay.java）。

public interface FlyBehavior {
   public void fly();//所有飞行行为类必须实现的接口。
}
public class FlyWithWings implements FlyBehavior {   
   public void fly() {
  System.out.println(“I’m flying!!”);//这是飞行行为的实现，给“真会”飞的鸭子用……
   }
}
public class FlyNoWay implements FlyBehavior {
   public void fly() {
       System.out.println(“I can’t fly”);//这 是 飞 行 行 为 的 实 现 ，给“不会”飞的鸭子用（包括橡皮鸭和诱饵鸭）。
   }
}

3.输入并编译QuackBehavior接口（QuackBehavior.java）及其三个实现类

（Quack.java、MuteQuack.java、Squeak.java）。

public interface QuackBehavior {
   public void quack();
}
public class Quack implements QuackBehavior {
   public void quack() {
      System.out.println(“Quack”);
   }
}
public class MuteQuack implements QuackBehavior {
   public void quack() {
  System.out.println(“<< Silence >>”);
   }
}
public class Squeak implements QuackBehavior {
   public void quack() {
  System.out.println(“Squeak”);
   }
}

4,输入并编译测试类（MiniDuckSimulator.java）

public class MiniDuckSimulator {
   public static void main(String[] args) {
      Duck mallard = new MallardDuck();
      mallard.performQuack();//这会调用MallardDuck继承来的performQuack() 方法，进而委托给该对象的QuackBehavior对象处理（也就是说，调用继承来的quackBehavior引用对象的quack()）。
      mallard.performFly();
   }
}

动态设定行为

在鸭子里建立了一堆动态的功能没有用到，就太可惜了！假设我们想在鸭子子类中通
过“设定方法（setter method）”来设定鸭子的行为，而不是在鸭子的构造器内实例化。

1,在Duck类中，加入两个新方法：

public void setFlyBehavior(FlyBehavior fb) {
    flyBehavior = fb;
}
public void setQuackBehavior(QuackBehavior qb) {
    quackBehavior = qb;
}

2,制造一个新的鸭子类型：模型鸭（ModelDuck.java）

public class ModelDuck extends Duck {   
    public ModelDuck() {
       flyBehavior = new FlyNoWay();//一开始，我们的模型鸭是不会飞的。
  quackBehavior = new Quack();
    }
    public void display() {
       System.out.println(“I’m a model duck”);
    }
}

3,建立一个新的FlyBehavior 类型（FlyRocketPowered.java）

public class FlyRocketPowered implements FlyBehavior {
    public void fly() {
       System.out.println(“I’m flying with a rocket!”);
       //没关系，我们建立一个利用火箭动力的飞行行为。
    }
}

4,改变测试类（MiniDuckSimulator.java），加上模型鸭，并使模型鸭具有火箭动力。

public class MiniDuckSimulator {
   public static void main(String[] args) {
      Duck mallard = new MallardDuck();
      mallard.performQuack();
      mallard.performFly();
   
          Duck model = new ModelDuck();
          model.performFly();//第一次调用performFly() 会被委托给flyBehavior对象（也就是FlyNoWay实例），该对象是在模型鸭构造器中设置的。
          model.setFlyBehavior(new FlyRocketPowered());//这会调用继承来的setter方法，把火箭动力飞行的行为设定到模型鸭中。哇！模型鸭突然具有了火箭动力飞行能力！
          model.performFly();  //如果成功了，就意味着模型鸭可以动态地改变它的飞行行为。如果把行为的实现绑死在鸭子类中，可就无法做到这样了。
   }
}

二，观察者（Observer）模式

先看一个错误示范
这是第一个可能的实现：我们依照Weather-O-Rama气象站开发人员的暗示，在
measurementsChanged()方法中添加我们的代码：

public class WeatherData {
    // 实例变量声明
    public void measurementsChanged() {
        //调用 WeatherData  的三个getXxx()方法，以取得最近的测量值。这些getXxx()方法已经实现好了。
        float temp = getTemperature();
        float humidity = getHumidity();
        float pressure = getPressure();
        //现在，更新布告板……
        currentConditionsDisplay.update(temp, humidity, pressure);
        statisticsDisplay.update(temp, humidity, pressure);
        forecastDisplay.update(temp, humidity, pressure);
        //不对的地方：
        //1.针对具体实现编程，会导致我们以后在增加或删除布告板时必须修改程序。
        //2.至少，这里看起来像是一个统一的接口，布告板的方法名称都是update()，参数都是温度、湿度、气压。
    }
    // 这里是其他WeatherData方法
}

认识观察者模式
我们看看报纸和杂志的订阅是怎么回事：
1.报社的业务就是出版报纸。
2.向某家报社订阅报纸，只要他们有新报纸出版，就会给你送来。只要你是他们的订户，你就会一直收到新报纸。
3.当你不想再看报纸的时候，取消订阅，他们就不会再送新报纸来。
4.只要报社还在运营，就会一直有人（或单位）向他们订阅报纸或取消订阅报纸。

出版者+订阅者=观察者模式

如果你了解报纸的订阅是怎么回事，其实就知道观察者模式是怎么回事，只是名称不太一样：

出版者改称为“主题”（Subject），订阅者改称为“观察者”（Observer）。

观察者模式的一天