系的一个替代方案，提供比继承更多的灵活性。(装饰模式是在不必改变原类文件和使用继承的情况下，动态的扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真实的对象。)
组合模式（Composite）：用来描述整体与部分的关系，组合模式使得客户端把一个个单独的成分对象和由它们复合而成的合成对象同等看待。(有时候又叫做部分-整体模式，它使我们树型结构的问题中，模糊了简单元素和复杂元素的概念，客户程序可以向处理简单元素一样来处理复杂元素,从而使得客户程序与复杂元素的内部结构解耦。 )
外观模式（Facade）：为子系统对外提供的一组接口提供一个统一的界面，使得其他系统对该系统的访问都通过这个统一的界面来完成。
享元模式（Flyweight）：享元模式以共享的方式高效地支持大量的细粒度对象，享元模式能做到共享的关键是区分内蕴状态和外蕴状态。内蕴状态存储在享元内部，不会随环境的改变而有所不同。外蕴状态是随环境的改变而改变的，享元模式大幅度地降低内存中对象的数量。
代理模式（Proxy）：代理模式给某一个对象提供一个代理对象，并由代理对象控制对源对象的引用。 （3）行为型模式
模板方法模式（Template Method）：定义一个算法执行的骨架，而将具体的算法延迟到子类中来实现。
命令模式（Command）：命令模式把一个请求或者操作封装到一个对象中，命令模式把发出命令的责任和执行命令的责任分割开，委派给不同的对象。(将一组行为抽象为对象，实现二者之间的松耦合。)
迭代器模式（Iterator）：可以顺序访问一个聚集中的元素而不必暴露聚集的内部表象。(分离了集合对象的遍历行为，抽象出一个迭代器来负责，这样既可以做到不暴露集合的内部结构，又可让外部代码透明的访问集合内部的数据。)
观察者模式（Observer）：让多个观察者对象同时监听某一个主题对象，这个主题对象在状态上发生变化时，会通知所有观察者对象，使它们能够自动更新自己。(在软件构建过程中，我们需要为某些对象建立一种“通知依赖关系”--一个对象（目标对象）的状态发生改变，所有依赖对象（观察者对象）都将得到通知。如果这样的依赖关系过于紧密，将使软件不能很好地抵御变化。使用面向对象技术，可以将这种依赖关系弱化，并形成一种稳定的依赖关系。从而实现软件体系结构的松耦合。)
解释器模式(Interpreter Pattern)：解释器模式属于行为型模式，其意图是给定一个语言，定义它的文法表示，并定义一个解释器，这个解释器使用该标识来解释语言中的句子。 中介者模式（Mediator Pattern）：把各个组件(对象)之间的复杂交互通讯通过其中的一个“中介者”来处理。提供一种松耦合的方式,解决对个对象之间复杂的交换问题。在这种模式中,只有一个类彻底清楚其他类的方法,当类发生变化时,他们会通知中介者,在由中介者