一、意图 定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新【GOF95】 又称为发布-订阅（Publish-Subscribe）模式、模型-视图（Model-View）模式、源-监听（Source-Listener）模式、或从属者(Dependents)模式 二、观察者模式结构图三、观察者模式中主要角色 抽象主题（Subject）角色：主题角色将所有对观察者对象的引用保存在一个集合中，每个主题可以有任意多个观察者。抽...
一、意图 在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样可以在以后把该对象的状态恢复到之前保存的状态。 二、备忘录模式结构图三、备忘录模式中主要角色 1、备忘录(Memento)角色： 存储发起人(Originator)对象的内部状态，而发起人根据需要决定备忘录存储发起人的哪些内部状态。 备忘录可以保护其内容不被发起人(Originator)对象之外的任何对象所读取。 2、发起人(Originator)角色： 创建一...
抽象工厂模式（Abstact Factory）是一种常见的软件设计模式。该模式为一个产品族提供了统一的创建接口。当需要这个产品族的某一系列的时候，可以为此系列的产品族创建一个具体的工厂类。 一、意图 抽象工厂模式提供一个创建一系统相关或相互依赖对象的接口，而无需指定它们具体的类【GOF95】 二、抽象工厂模式结构图 三、抽象工厂模式中主要角色 抽象工厂(Abstract Factory)角色：它声明一个创建抽象产品对象的接口。通常以接口或...
一、意图 定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使用一个类的实例化延迟到其子类【GOF95】 二、工厂模式结构图三、工厂模式中主要角色 抽象产品(Product)角色：具体产品对象共有的父类或接口 具体产品(Concrete Product)角色：实现抽象产品角色所定义的接口，并且工厂方法模式所创建的每一个对象都是某具体产品对象的实例 抽象工厂(Creator)角色：模式中任何创建对象的工厂类都要实现这个接口，它...
一、意图 将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原来由于接口不兼容而不能一起工作的那此类可以一起工作 二、适配器模式结构图三、适配器模式中主要角色 目标(Target)角色：定义客户端使用的与特定领域相关的接口，这也就是我们所期待得到的 源(Adaptee)角色：需要进行适配的接口 适配器(Adapter)角色：对Adaptee的接口与Target接口进行适配；适配器是本模式的核心，适配器把源接口转换成目标接口，此角色为...
一、桥梁模式结构图二、桥梁模式中主要角色 抽象化(Abstraction)角色：定义抽象类的接口并保存一个对实现化对象的引用。 修正抽象化(Refined Abstraction)角色：扩展抽象化角色，改变和修正父类对抽象化的定义。 实现化(Implementor)角色：定义实现类的接口，不给出具体的实现。此接口不一定和抽象化角色的接口定义相同，实际上，这两个接口可以完全不同。实现化角色应当只给出底层操作，而抽象化角色应当只给出基于底层操作的更高...
建造者模式可以让一个产品的内部表象和和产品的生产过程分离开，从而可以生成具有不同内部表象的产品。 一、Builder模式结构图二、Builder模式中主要角色 抽象建造者(Builder)角色：定义一个抽象接口，规范产品各个组成成分的建造（即规范具体建造者的方法实现）。其中所规范的方法中必须包括建造方法和结果返回方法 具体建造者(ConcreteBuilder)角色：实现抽象建造者角色所定义的方法。具体建造者与业务逻辑关联性较大，应用程序最...
一、意图 允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类 状态模式变化的位置在于对象的状态二、状态模式结构图三、状态模式中主要角色 抽象状态(State)角色：定义一个接口，用以封装环境对象的一个特定的状态所对应的行为 具体状态（ConcreteState)角色：每一个具体状态类都实现了环境（Context）的一个状态所对应的行为 环境(Context)角色：定义客户端所感兴趣的接口，并且保留一个具体状态类的实例。...
动态的给一个对象添加一些额外的职责。就增加功能来说，Decorator模式相比生成子类更为灵活【GOF95】 装饰模式是以对客户透明的方式动态地给一个对象附加上更多的职责。这也就是说，客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不使用创造更多子类的情况下，将对象的功能加以扩展。 一、装饰模式结构图二、装饰模式中主要角色 抽象构件(Component)角色：定义一个对象接口，以规范准备接收附加职责的对象，从而...
一、意图 定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。策略模式可以使算法可独立于使用它的客户而变化 策略模式变化的是算法 二、策略模式结构图三、策略模式中主要角色 抽象策略(Strategy）角色：定义所有支持的算法的公共接口。通常是以一个接口或抽象来实现。Context使用这个接口来调用其ConcreteStrategy定义的算法 具体策略(ConcreteStrategy)角色：以Strategy接口实现某具体算法 环境(Context)角色：持有...
一、意图 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象 二、原型模式结构图三、原型模式中主要角色 抽象原型(Prototype)角色：声明一个克隆自身的接口 具体原型(Concrete Prototype)角色：实现一个克隆自身的操作 四、原型模式的优点和缺点 Prototype模式优点： 1、可以在运行时刻增加和删除产品 2、可以改变值以指定新对象 3、可以改变结构以指定新对象 4、减少子类的构造 5、用类动态配置应用 Prototype模式...
一、意图 运用共享技术有效的支持大量细粒度的对象 享元模式变化的是对象的存储开销 二、享元模式结构图三、享元模式中主要角色 抽象享元(Flyweight)角色：此角色是所有的具体享元类的超类，为这些类规定出需要实现的公共接口。那些需要外蕴状态的操作可以通过调用商业以参数形式传入 具体享元(ConcreteFlyweight)角色：实现Flyweight接口，并为内部状态（如果有的话）拉回存储空间。ConcreteFlyweight对象必须是可共享的。它所存储...
一、意图 为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层次的接口，使得子系统更加容易使用【GOF95】 外部与子系统的通信是通过一个门面(Facade)对象进行。 二、门面模式结构图三、门面模式中主要角色 门面(Facade)角色： 此角色将被客户端调用 知道哪些子系统负责处理请求 将用户的请求指派给适当的子系统 子系统(subsystem)角色： 实现子系统的功能 处理由Facade对象指派的任务 没有Facade的相关信息，可以被...
保证一个类仅有一个实例，并且提供一个访问它的全局访问点。 单例模式有三个特点： 1、一个类只有一个实例 2、它必须自行创建这个实例 3、必须自行向整个系统提供这个实例 一、单例模式结构图二、单例模式中主要角色 Singleton 定义一个Instance操作，允许客户访问它的唯一实例。Instance是一个类方法。负责创建它的唯一的实例。 三、单例模式的优点 1、对唯一实例的受控访问 2、缩小命名空间 单例模式是对全局变量的一种改进。它避...
访问者模式表示一个作用于某对象结构中各元素的操作。它可以在不修改各元素类的前提下定义作用于这些元素的新操作，即动态的增加具体访问者角色。 访问者模式利用了双重分派。先将访问者传入元素对象的Accept方法中，然后元素对象再将自己传入访问者，之后访问者执行元素的相应方法。 访问者模式多用在聚集类型多样的情况下。在普通的形式下必须判断每个元素是属于什么类型然后进行相应的操作，从而诞生出冗长的条件转移语句。而访...