[搬家前]策略模式

---08-11

明天要写啊...

---08-22

写你妹！！！

---08-23

你妹啊你妹，纠结了这么久，终于下定决心去写了，竟然没有保存！又要重写！！算，我忍...

 

【模式定义】

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

【解决问题】

为模拟鸭子增加fly,quack的功能。

【错误实现】

1．使用继承，在父类Duck里添加fly（），quack（）。

----由于在不同的子类里，有不同的fly，有不同的quack，甚至可能没有fly，没有quack的功能。所以，不能直接在父类进行定义（不然，一些橡皮鸭也会飞了…）。或者是在各个子类里，去覆盖这些函数，有不同的实现。但是，麻烦，因为每次有新的子类，你就要去检查它们的fly（），quack（）。

2.使用接口，让那些可以飞的子类去实现这个接口。

----没有继承的默认所有子类均具有同样的功能的问题，但是，使用接口就不能进行代码的复用，每个具体实现都要重新编写。

【解决方法】

1.在Duck里添加两个实例变量flyBehavior，quackBehavior，声明为接口类型（设计原则）。通过它们来实现fly，quack。

2.针对不同的飞行，有不同的类，它们实现了flyBehavior接口，如FlyWithWings等。（成为一个算法族）

3.提供设置不同具体行为的方法setFlyBehavior(flyBehavior f)，来指明其实现（而不是绑定到代码上，动态设定）。

【设计原则】

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

----这里，变化的就是fly，quack，所以把它们抽象出来，成为算法族。以后就可以容易地去扩展改变这些易变动的东西。这一点，与网站设计时，不写死代码，把不变的诸如用户名，密码等，成为一个常量，存在文件里类似。

2.针对接口编程，而不是针对实现编程。

----变量的声明类型应该是超类型，通常是一个抽象类或者是一个接口。这样，执行时会根据具体情况执行到真正的行为，而不会绑死在超类型上。上面的flyBehavior就是个例子。可以通过setFlyBehavior函数来动态设定。

再举个例子，针对实现编程：

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

针对接口编程:

Animal a = new Dog(); a.makesound();

3.多用组合，少用继承

组合提供更大的弹性，可以动态地改变行为。还是诸如上面的flyBehavior。

    【图例】