设计模式入门
- 设计模式是人们在面对同类型软件工程设计问题所总结出来的一些有用的经验。模式不是代码，而是某类问题的通用设计解决方案。
2.学习设计模式最好的方法就是在你以往的设计和以往的工程里寻找你在什么地方使用到了它 - 设计模式的本质目的是使软件工程在维护性、扩展性、变化性、复杂度方面成O(N)
- OO（面向对象）是原则，设计模式是具体的方法、工具
策略模式
实例
比如一个鸭子的类，有的鸭子会飞，有的不会飞，有的会叫，有的不会叫，飞行的姿态和样子也都不同，如果使用添加属性，或者继承的方法来创建鸭子类，然后创建 绿头鸭红头鸭类，继承鸭子类，在鸭子类里写了fly() 或者Quack()方法的话，那么如果后面添加其他品种的鸭子不会飞也不会叫，这样就会导致还需要重写父类的方法来取消这些功能，叫的声音和飞的姿势也不同，导致更多的重写。再有改写超类的方法，又会影响到其他的字类。
这种解决方案虽然能解决问题，但是后期维护，与添加，无疑是一个要命的节奏，也违反了开闭原则（添加开放修改关闭）。
继承的问题：对类的局部改动，尤其是超类的局部改动，会影响其他部分。影响会有溢出效果。超类挖的一个坑，每个字类都要来填，增加工作量，复杂度O N^2。并不是一个好的设计方式。
策略模式分析需求
需要新的方式来应对项目的扩展性，降低复杂度
- 分析项目的变化部分与不变部分，提取变化部分，抽象成接口+实现
- 鸭子哪些功能是根据新的需求变化的？叫声、飞行
接口：
1. public interface FlyBehavior{
void fly();
}
2. public interface QuackBehavior{
void quack();
}
3 好处就是 新增行为简单，行为类能够跟好的服用，组合更加方便。既有继承带来的复用好处，没有挖坑
重新设计模拟鸭子项目
public abstract class Duck{
FlyBehavior mFlyBehavior;
QuaukBehavior mQuackBehavior;
public Duck(){
myFlyBehaivor.fly();
}
public void Quack(){
mQuackBehavior.quack();
}
public abstract void display();
}
}
绿头鸭 红头鸭定义
public class GreenHeadDuck extends Duck{
public GreenHeadDuck(){
myFlyBehaivor = new GoodFlyBehavior();
mQuackBehavior = new GaGaQuackBehavior();
}
@Override
public void display(0){
}
}
策略模式：分别封装行为接口，实现算法族，超类里放行为接口对象，在子类里具体设定为对象。原则就是：分离变化部分，封装接口，基于接口编程各种功能。此模式让行为算法的变化独立于算法使用者。
用一般人能听懂的话来说，就是把叫声 行为这些变化的元素。抽象成一个借口，然后实现这些接口，比如叫的好听叫的难听，飞的漂亮，飞的难看等，然后在创建具体鸭子的时候，再把这些行为像插拔一样插进去，拼装起来，接触各个模块之间的耦合性，这就是策略模式。就避免了直接继承的对象依赖，保证了对应不同的鸭子，在子类实现时，可以按需要来创建不同的行为。
策略模式注意点
- 分析项目中变化部分与不变部分
- 多用组合少用继承；用行为类组合，而不是行为类继承，更有弹性
- 设计模式有没有相应的库直接使用？有些库或者框架本身就是用的某种设计模式
- 如果找不到适用的模式怎么办？放心，除非你是google的程序员 否则都能找到对应的模式，不然就是你对系统的解刨不到位
