软件开发：

唯一不变的是变化：
不管设计的多好，随着时间推移，应用必定成长和变更

设计原则：

1. 封装变化：设别应用中变化的方面，把它们和不变的方面分开；
   （把会变化的部分取出并封装，这样，就可以修改或者扩展这个部分，而不会影响其他不需要变化的部分）
2. 针对接口编程，而不是针对实现编程（接口，实际上就是针对超类型编程（抽象类型有抽象类和接口））
3. 优先使用组合而不是继承

---

01 最初

类–>继承

（缺点：代码重复；代码的局部更新导致非局部的副作用）

不一致的方法使用接口

（因为接口没有实现代码，所以摧毁了这些方法的代码复用；
如果需要修改一个行为，那么需要追踪到所有定义了该行为的子类并修改它）

02 改进

want：需要变更时，使用对现有代码影响最小的方式；花更少的时间重写代码

• 分离变和不变（根据设计原则①）
  把子类不一致的方法从父类抽取出来，并创建一组新的类来表示每个方法

• 接口编程（根据设计原则②）
  使用接口表示每个方法，方法的每个实现将实现其中一个接口；
  （方法类继承接口；而不是子类或者父类实现接口）
  ！！复用+脱离继承所带来的包袱

【这个设计：其他对象就可以复用接口的实现方法，而且这些方法不在父类中；如果增加新的接口实现，不会修改已有的实现类,也不会影响使用方法的子类】

子类将使用接口所表示的方法

03整合

整合：父类委托接口，而不是使用

• 添加实例变量（类型为接口类型）
  （在运行时，具体对象会给变量分配特定行为）
• 修改不一致的方法：
  fly()–>performFly()

Public abstract class Duck{
  FlyBehavior flyBehavior;
 【创建子类，在构造方法中flyBehavior = new FlyWithWings();】

  Public void performFly(){
    flyBehavior.fly();【创建对象后，会根据接口的实现自动分配特定行为】
  }
}

针对实现编程了（在构造器库实现接口）；
（虽然有很多弹性，但是在初始化实例变量上做的糟糕）

04 优化

want：如何实现一个对象，其方法可以在运行时改变

动态设置行为；

不是在构造器中实例化；

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

Duck model = new ModelDuck();
Model.setFlyBehavior(new FlyWithRocket());

修改行为，就可以直接调用setter方法改；

---

总结

以上就是策略模式的情况：
策略模式：

定义一个算法族（行为类），分别封装起来，使得它们之间可以互相变换；策略让算法的变化独立于使用它的客户

OO工具箱
OO基础:抽象、封装、多态、继承
OO原则：

封装变化
优先使用组合而不是继承
针对接口编程，而不是针对实现编程。

OO模式：策略模式

要点

1.知道OO基础，还不能你成为好的OO设计人员。
2.良好的OO设计是可复用、可扩展和可维护的
3.模式向你展示如何建造具有良好OO设计质量的系统。
4.模式是历经验证的OO经验。
5.模式不给你代码，而是针对设计问题给出通用的解决方案。你把它们用到特定的应用中
6.模式不是被发明，而是被发现。
7.大多数的模式和原则，都着眼于软件中的变化这个主题。
8.大多数模式允许系统的某些部分独立于其他部分而变化。
9.我们经常尝试把系统中会变化的部分抽出来封装
10.模式提供了一种共享的语言，能最大化你和其他开发人员沟通的价值