《深入浅出设计模式》笔记第一章 策略模式

《深入浅出设计模式》笔记第一章 策略模式

设计一个有各种各样鸭子的系统：

第一版 继承

类图：

加入了一个需求，需要让鸭子飞，修改类图如下：

但，并不是所有的鸭子都会飞，比如橡胶鸭子。并且，橡胶鸭子是“吱吱”叫的（假设），而不是一般鸭子的“呱呱”叫，这样，就需要重写父类的quack方法。

利用接口如何？

这个设计很不好。没有实现代码复用，对于每个实现两个接口的类，都需要实现对应接口的方法，万一需要更改方法的实现会非常麻烦。

软件开发的一个不变的真理就是变化。不管当初软件设计得多好，一段时间后，总是需要成长与改变。

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

那么针对鸭子系统，变化的是什么？fly和quack方法。因此将其取出。

针对接口编程

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

注意：针对接口编程真正的意思是“针对超类型编程”。

例子：

针对实现编程：

Dog d = new Dog();
d.bark();

针对接口/超类型编程：

Animal animal = new Dog();
animal.makeSound();

将使用继承的设计更改为如下设计：

这样设计，可以让飞行和叫唤的动作被其他对象复用，因为这些行为已经与鸭子类无关了。

当需要在鸭子子类中引入飞行和叫唤的动作时，可以在类中加入两个实例变量，并可以在构造方法中初始化：

我们可以使用Set方法动态的改变行为：

public void setFlyBehavior(FlyBehavior fb) {
    flyBehavior = fb;
}

public void setQuackBehavior(QuackBehavior fb) {
    quackBehavior = fb;
}

设计原则：多用组合，少用继承。

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

设计原则：多用组合，少用继承。

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

良好的OO设计必须具备可复用、可扩充、可维护三个特性。