策略模式

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

观察者模式

在对象之间定义一对多的依赖，这样一来，当一个对象改变状态，依赖它的对象就会收到通知，并自动更新。

• 观察者定义了对象之间一对多的关系
• 主题（也就是可观察者）用一个共同的接口来更新观察者
• 观察者与可观察者之间用松耦合方式结合，可观察者不知道观察者的细节，只知道观察者实现了观察者接口
• 使用此模式时，你可以从被观察者处推或拉数据（然而，推的方式被认为更正确）
• 有多个观察者时，不可以依赖特定的通知次序。

装饰者模式

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

• 除了继承，装饰者模式也可以让我们扩展行为
• 装饰者模式意味着一群装饰者类，这些类用来包装具体组件
• 装饰者类反映出被装饰的组件类型（事实上，他们具有相同的类型，都经过接口或继承实现）
• 装饰者可以在被装饰者的行为前面与/或后面加上自己的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的
• 可以用无数个装饰者包装一个组件
• 装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂

工厂方法模式

工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。

• 工厂方法模式能够封装具体类型的实例化
• 在抽象的creator中，任何其他实现的方法，都可能使用到这个工厂方法所制造出来的产品，但只有子类真正实现这个工厂方法并创建产品

 命令模式

将请求封装成对象，这可以让你使用不同的请求、队列，或者日志请求来参数化其他对象。命令模式也可以支持撤消操作。

• 命令模式将发出请求的对象和执行请求的对象解耦
• 在被解耦的两者之间是通过命令对象进行沟通的。命令对象封装了接收者和一个或一组动作
• 调用者通过调用命令对象的execute()发出请求，这会使得接收者的动作被调用
• 调用者可以接受命令当做参数，甚至在运行时动态地进行
• 命令可以支持撤销，做法是实现一个undo()方法来回到execute()被执行前的状态
• 宏命令是命令的一种简单的延伸，允许调用多个命令。宏方法也可以支持撤销
• 命令可以用来实现日志和事务系统。

适配器模式

适配器模式将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。

• 当需要使用一个现有的类而其接口并不符合你的需要时，就是用适配器
• 适配器改变接口以符合客户的期望。
• 实现一个适配器要视目标接口的大小与复杂度而定
• 适配器模式有两种形式：对象适配器和类适配器。类适配器需要用到多重继承。

外观模式

外观模式提供了一个统一的接口，用来访问子系统中的一个群接口。外观定义了一个高层接口，让子系统更容易使用。 

• 当需要简化并统一一个很大的接口或者一群复杂的接口时，使用外观
• 外观将客户从一个复杂的子系统中解耦
• 实现一个外观，需要将子系统组合进外观中，然后将工作委托给子系统执行
• 适配器将一个对象包装起来以改变其接口；装饰者将一个对象包装起来以增加新的行为和责任；而外观将一群对象“包装起来”简化其接口。

 模板方法模式

模板方法模式在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。

• 模板方法模式为我们提供了一种代码复用的重要技能
• 模板方法的抽象类可以定义具体方法、抽象方法和钩子
• 抽象方法由子类实现；钩子是一种方法，它在抽象类中不做事，或者只做默认的事情，子类可以选择要不要去覆盖它
• 为了防止子类改变模板方法中的算法，可以将模板方法声明为final
• 策略模式和模板方法模式都封装算法，一个用组合，一个用继承
• 工厂方法是模板方法的一种特殊版本