设计模式

1. OO基础

抽象
封装
多态
继承

2. OO原则

封装变化
多用组合，少用继承
针对接口编程，不针对实现编程
为交互对象之间的松耦合设计而努力
对扩展开放，对修改关闭

3. 设计模式

3.1 策略模式

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

策略模式01.png

3.2 观察者模式

<b>观察者模式</b> 定义了一系列对象之间的一对多关系，当一个对象改变状态，其他依赖者都会收到通知，并自动更新。

观察者模式01.png

1. 观察者模式定义了对象之间一对多的关系；
2. 可观察者用一个共同的接口来更新观察者；
3. 观察者和可观察者之间用松耦合方式结合，可观察者不知道观察者的细节，只知道观察者实现了观察者接口；
4. 使用此模式时，可以从被观察者处推(push)或拉(pull)数据；
5. 有多个观察者时，不可以依赖特定的通知次序；
6. Java有多种观察者模式的实现，包括通用的java.util.Observable；
7. java.util.Observable的实现存在一些问题；
8. 可以考虑自己实现Observable；
9. 观察者模式有大量的实际应用场景，如：JavaBeans等；

3.3 装饰者模式

<b>装饰者模式</b> 动态地将责任附加到对象上。想要扩展功能，装饰者提供有别于继承的另一种选择。

装饰者模式01.jpg

1. 继承属于扩展形式之一，但不见得是达到弹性设计的最佳方式；
2. 在我们的设计中，应该允许行为可以被扩展，而无须修改现有的代码；
3. 组合和委托可用于在运行时动态地加上新的行为；
4. 除了继承，装饰者模式也可以让我们扩展行为；
5. 装饰者模式意味着一群装饰者类，这些类用来包装具体组件；
6. 装饰者类反映出被装饰的组件类型（实际上，他们具有相同的类型，都经过接口或继承实现）；
7. 装饰者可以在被装饰者的行为前面与/或后面加上自己的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的；
8. 你可以用无数个装饰者包装一个组件；
9. 装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型；
10. 装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂；