设计模式

模式定义 将一个类的接口转换成客户希望的另一个接口，适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作 类图 应用场景 1.当你希望使用某些现有类，但其接口与你的其他代码不兼容时； 2

模式定义 为其他对象提供一种代理以控制（隔离，使用接口）对这个对象的访问 类图 要点总结 “增加一层间接层”是软件系统中对许多复杂问题的一种常见解决方法，在面向对象系统中，直接使用某些对象会带来很多问

模式定义 给定一个语言，定义它的文法的一种表示，并定义一种解释器，这个解释器使用该表示来解释语言中的句子 类图 要点总结 Interpreter模式的应用场合是Interpreter模式应用中的难点，

模式定义 表示一个作用于某对象结构中的各元素的操作，使得可以在不改变（稳定）各元素的类的前提下定义（扩展）作用于这些元素的新操作（变化） 类图 要点总结 Visitor模式通过所谓双重分发（doubl

模式定义 将一个请求（行为）封装为一个对象，从而使你可用不同的请求对客户进行参数化，对请求排队或记录请求日志，以及支持可撤销的操作 类图 要点总结 Command模式的根本目的在于将“行为请求者”与“

模式定义 使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间耦合关系，将这些对象连成一条链，并沿着这条链传递请求，直到有一个对象处理它为止 类图 要点总结 Chain of Responsi

模式定义 提供一中方法顺序访问一个聚合对象中的各个元素，而又不暴露（稳定）该对象的内部表示 类图 要点总结 迭代抽象：访问一个聚合对象的内部而无需暴露它的内部表示 迭代多态：为遍历不同的集合结构提供一

模式定义 将对象组合成树形结构以表示“部分--整体”的层次结构，Composite使得用户对单个对象和组合对象的使用具有一致性（稳定） 类图 要点总结 Composite模式采用树形结构来实现普遍存在

模式定义 在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可以将该对象恢复到原先保存的状态 类图 要点总结 备忘录（Memento）存储原发器（Originato

模式定义 允许一个对象在其内部状态改变时改变它的行为，从而使对象看起来似乎修改了其行为 类图 要点总结 State模式将所有与一个特定状态相关的行为都放入一个State的子类对象中，在对象状态切换时，

模式定义 用一个中介对象来封装（封装变化）一系列的对象交互，中介者使各对象不需要显示的相互引用，从而使其耦合松散（管理变化），而且可以独立地改变它们之间的交互 类图 应用场景 当多个对象互相关联交互并

模式定义 为子系统中的一组接口提供一个一致（稳定）的界面，Facade模式定义了一个高层接口，这个接口使得这个子系统更加容易使用（复用） 类图 应用场景 1.当你需要使用复杂子系统的有限但直接的接口时

模式定义 运用共享技术有效地支持大量细粒度的对象 类图 应用场景 如果系统有大量类似的对象，可以使用享元模式 优点 如果系统有大量类似的对象，可以节省大量的内存及CPU资源 要点总结 要点总结 如果系

模式意图 保证一个类只用一个实例，并且提供一个全局访问点 类图 应用场景 1.需要更严格地控制全局变量时，使用单例模式； 2.重量级的对象如线程池对象，数据库连接池对象，不需要多个实例的对象如工具类等

模式定义 将一个复杂对象的创建与他的表示分离，使得同样的构建过程可以创建不同的表示 类图 应用场景 1.需要生成的对象具有复杂的内部结构； 2.需要生成的对象内部属性本身相互依赖； 3.与不可变对象配

模式定义 指原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象 类图 应用场景 当代码不应该依赖于需要复制的对象的具体类时 优点 1.以不耦合具体类的情况下克隆对象； 2.避免重复的初始化代

模式定义 提供一个创建一系列相关或互相依赖对象的接口，而无需指定它们具体的类 类图 应用场景 程序需要处理不同系列的相关产品，但是你不希望它依赖于这些产品的具体类时可以使用抽象工厂模式 优点 1.可以

模式定义 定义一个用于创建对象的接口，让子类决定实例化哪一个类，使得一个类的实例化延迟到子类 类图 应用场景 1.当你不知道该使用对象的确切类型的时候； 2.当你希望为库或框架提供扩展其内部组件的方法

模式定义 将抽象部分（业务功能）与实现部分（平台实现）分离，使它们都可以独立地变化。 类图 应用场景 在业务功能具有抽象功能和差异实现时需要独立的适应后面可能遇到的变化时使用桥接模式 优点 1.符合开

模式定义 动态（组合）地给一个对象增加一些额外的职责，就增加功能而言，Decorator模式比生成子类（继承）更为灵活（消除重复代码并且减少子类个数） 类图 应用场景 扩展一个类的功能或给一个类添加附