HeadFirst设计模式（中文版）-阅读笔记

 1.【Strategy】策略模式:
 * 定义了算法簇，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。
 
 OO基础：
 * 抽象
 * 封装
 * 继承
 * 多态
 
 OO原则：
 * 封装变化
 * 多用组合，少用继承
 * 针对接口编程，而不是针对实现编程
 
 本章要点：>>>>>>>>>>>>>>>>>>>>>>>
 * 知道OO基础，并不足以让你设计出良好的OO系统。
 * 良好的OO设计必须具备可复用、可扩充、可维护三个特性。
 * 模式可以让我们建造出具有良好OO设计质量的系统。
 * 模式被认为是历经验证的OO设计经验。
 * 模式不是代码，而是针对设计问题的通用的解决方案。你把他们应用到特定的应用中。
 * 模式不是被发明，而是被发现。
 * 大多数的模式和原则，都着眼于软件变化的主题。
 * 大多说的模式都允许系统局部改变独立于其他部分。
 * 我们常把系统中，会变化的部分抽出来封装。
 * 模式让开发人员之间有共享的语言，最大化沟通的价值。

2.【Observer】观察着模式（让你的对象知悉现况）:
 * 定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，依赖它的对象都会受到通知并自动更新。
 
 新增OO原则：
 * 为交互对象之间的松耦合设计而努力-------新原则，松耦合设计更具有弹性，更能应付变化。
 
 本章要点：>>>>>>>>>>>>>>>>>>>>>>>
 * 观察者模式定义了对象之间的一对多关系。
 * 主题（也就是可观察者）用一个共同的接口来更新观察者。
 * 观察者和可观察者之间用松耦合方式结合（looscoupling），可观察者不知道观察者的细节，只知道观察者实现了观察者接口。
 * 使用此模式，你可以从被观察者处推（push）或拉（pull）数据（然而推的方式被认为更"正确"）。
 * 有多个观察者时，不可以依赖特定的通知次序。
 * Java有多种观察者模式的实现，包括了通用的java.util.Observable。
 * 要注意java.util.Observable实现所带来的一些问题。
 * 如果有必的话，可以实现自己的Observable，这并不难，不要害怕。
 * Swing使用大量观察者模式，许多GUI框架也是如此。
 * 此模式应被应用在许多地方，例如：JavaBeans、RMI。
 
3.【Decorator】装饰者模式（装饰对象）：
 * 动态地将责任附加到对象上。若要扩展功能，装饰者比继承提供了更有弹性的替代方案。
 
 新增OO原则：
 * 对扩展开放，对修改关闭。
 
 本章要点：>>>>>>>>>>>>>>>>>>>>>>>
 * 继承属于扩展形式之一，但不见得是达到弹性设计的最佳方式。
 * 在我们的设计中，应允许行为可以被扩展，而无需修改现有的代码。
 * 组合和委托可用于在运行时动态地加上新的行为。
 * 除了继承，装饰者模式也可以让我们扩展行为。
 * 装饰者模式意味着一群装饰者类，这些类用来包装具体组件。
 * 装饰者类反映出被装饰的组件类型（事实上，他们具有相同的类型，都经过接口或继承实现）。
 * 装饰者可以在被装饰者的行为前面与/或后面加上自己的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的。
 * 你可以用无数个装饰者包装一个组件。
 * 装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。
 * 装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂。
 
4.(1)【Factory】工厂方法模式（烘烤OO的精华）：
 * 定义了一个创建对象的接口&#