设计模式

在某些场景下，需要保证一个类只有一个实例，并提供一个访问它的全局访问点。这个时候就需要使用单例模式。

一个对象的行为，如果受它自身状态的影响，在调用该对象的方法时，不同状态下同一个方法产生不同的结果，看起来就仿佛这个对象修改了自己的类。 在这种情况下，就需要使用“状态模式”。

在一些场景下，我们需要把执行的方法、函数（function）保存下来，比如在调用外部系统接口的时候，希望能够延时执行或者重，在这种情况下，就需要使用到“命令模式”。

在某些场景下，我们想复用一个已有的类，但是该类与我们要使用它的场景中其他类不兼容，这个时候，我们可以使用Adapter 模式。

Flyweight 模式通过共享对象，来有效地降低系统的实现成本，主要是降低存储成本、对象的创建成本。

门面模式/外观模式（Facade Pattern）通过定义了一个高层次的接口，为子系统中的一组接口提供一个一致的界面，使得这个子系统更加容易使用。

代理模式为其他对象提供一种代理，以控制对这个对象的访问。 对一个对象进行访问控制，而不是给这个对象添加额外的功能，比如访问目标对象的时候，判断是否有权限、记录目标对象方法的执行时间等。

Factory 则是让“具体对象的创建过程对客户端透明”，客户端不需要知道自己创建的是哪一个具体类对象，而是交由 Factory 来实例化。

装饰器模式（Decorator）可以动态地给对象添加一些额外的功能，比如有时我们希望给某个对象而不是整个类添加一些功能，那么就可以用装饰器模式，把目标对象嵌入到装饰器对象中。

生成器/建造者模式（ Builder Pattern）模式将一个复杂对象的构建（简单理解为设置对象字段值的过程）与它的表示（简单理解为创建对象引用的过程）分离，使得同样的构建过程可以创建不同的表示。

观察者模式，用于解决这样一个问题：对象之间存在一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都会得到通知并被自动更新。

模板方法模式定义一个操作中算法的骨架，而将一些步骤延迟到子类中实现，使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

介绍了设计模式中的“责任链模式”，“责任链模式”将多个对象连成一个链条，并沿着这条链传递请求，使得每个对象都有机会处理请求，直到有一个对象或者每个对象都能处理这个请求。

介绍了策略模式（Strategy Pattern）的基本概念和实践，然后对项目中策略模式的使用进行了优化。