sld880311的专栏

意图定义一个用于创建对象的接口参与者工厂类角色：核心，含有一定的商业逻辑和逻辑判断（方法是静态的） 抽象产品角色：具体产品的父类 具体产品角色：工厂类所创建的对象就是此类角色的实例结构优点隐藏产品的具体创建过程，客户只需直接调用缺点违反高内聚，不易于新产品的扩展，违反开不原则适用性提供了一种创建对象的模式，在使用中可以配合Java的反射原理由于简单工厂模式只是工厂方法模式的一个特例，而且使用局限

意图 最少知道原则。 降低对象之间的耦合度。 一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。 定义：一个对象应该对其他对象保持最少的了解。 最少知道原则：把业务逻辑封装在内部，对外只提供一个public方法 只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系。耦合的方式很多，依赖、关联、组合、聚合等。 成员变量、方法参数、方法返回值中的类为直接的朋

创建型（creational与对象的创建有关） 创建型模式抽象了实例化过程。它们帮助一个系统独立于如何创建、组合和表示它的那些对象。一个类创建型模式使用继承改变被实例化的类，而一个对象创建型模式将实例化委托给另一个对象。 随着系统演化得越来越依赖于对象复合而不是类继承，创建型模式变得更为重要。当这种情况发生时，重心从对一组固定行为的硬编码转移为定义一个较小的基本行为集，这些行为可以被组合成任意数

意图单一窗口 为了子系统中的一组接口提供一个一致的界面 定义了一个高层接口，这个接口使得对一个子系统更加容易使用，并且保证系统之间业务逻辑的正确使用适用性在遇到以下情况使用Facade 模式 1. 当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性，也更容易对子系统进行定制，但这也给那些不需要定制子

意图只要面对一个顾问 用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。适用性在下列情况下使用中介者模式： 1. 一组对象以定义良好但是复杂的方式进行通信。产生的相互依赖关系结构混乱且那一理解 2. 一个对象引用其他很多对象并且直接与这些对象通信，导致难以复用该对象 3. 想定制一个分布在多个类中的行为，而又不

意图以类表示状态 允许一个对象在其内部状态改变时改变他的行为。对象看起来似乎修改了它的类。适用性在下面的两种情况下均可使用State模式： 1. 一个对象的行为取决于它的状态，并且它必须在运行时刻根据状态改变它的行为。 2. 一个操作中含有庞大的多分支的条件语句，且这些分支依赖于该对象的状态。这个状态通常用一个或多个枚举常量表示。通常，有多个操作包含这一相同的条件结构。State模式将每一

意图存储状态，备忘录模式用于存储状态，在java中可以使用序列化。 在不破坏封装的前提下，捕获一个对象的内部状态，并在对象之外保存这个状态，这样以后就可将该对象恢复到原先保存的状态。适用性在以下情况使用备忘录模式： 1. 必须保存一个对象在某一个时刻的（部分）状态，这样以后需要时它才能恢复到先前的状态。 2. 如果一个用接口来让其它对象直接得到这些状态，将会暴露对象的实现细节并破坏了对象的

意图实际处理交给子类 定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。 为了解决变化对系统带来的影响而设计的，可以是系统扩展性增强。 TemplateMethod使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。适用性一次性实现一个算法的不变的部分，并将可变的行为留给子类来实现各个子类中公共的行为应被提取出来并集中到一个公共父类中以避免代码重复。控制子类扩展。模板方法

意图实现多重分配可以替换Instanceof 在结构中穿梭还同时做事 访问者模式顾名思义使用这个模式后就可以在不修改已有程序结构的前提下，通过添加额外的“访问者”来完成对已有代码功能的提升。 作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。（新增对元素的操作） 经典场景：在Java中访问者模式实际上分离了Collection（List、Vec

封装变化封装变化是很多行为模式的主题。当一个程序的某个方面的特征经常发生改变时，这些模式就定义一个封装这个方面的对象。这样当该程序的其他部分依赖于这个方面时，它们都可以与此对象协作。这些模式通常定义一个抽象类来描述这些封装变化的对象，并且通常该模式依据这个对象（这个主题也贯穿于其他种类的模式。AbstractFactory，Builder和Property都封装了关于对象是如何创建的信息。Decor

定义需要在创建 为其他对象提供一种代理以控制对这个对象的访问，一种中介作用，隐藏细节适用性在需要用比较通用和复杂的对象指针代替简单的指针的时候，使用Proxy模式。下面是一些可以使用Proxy模式常见的情况： 1. 远程代理（Remote Proxy）为一个对象在不同的地址空间提供局部代表。 2. 虚拟代理（Virtual Proxy）根据需要创建开销很大的对象（需要时在创建）。 3.

意图动态地给一个对象添加一些额外的职责。就增加功能来说，Decorator模式相比生成子类更加灵活。 对装饰和内容一视同仁。 Decorator是“进行Decorate（装饰）的主体”的意思。适用性当需要给一个类添加新的行为的时候，但基于开闭原则，就使用装饰模式。 在以下情况使用Decorator模式： 1. 在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责 2. 处理那

意图将对象以树形结构组织起来，以达成“部分-整体”的层次结构，使客户端对单个对象和组合对象的使用具有一致性。 对容器和内容一视同仁，建立递归的结构。适用性以下情况使用Composite模式： 1. 你想表示对象的部分—整体层次结构 2. 你希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构中的所有对象结构参与者Component为组合中的对象声明接口。 在适当的情况下，实现所

对结构性模式进行总结对Adapter、Bridge、Facade进行对比总结对Composite、Proxy、Decorator进行对比总结

运用共享技术有效的支持大量细粒度的对象。采用一个共享来避免大量拥有相同内容的“小类”的开销。在Java中可以使用类变量、缓存技术共享相同的部分。享元模式分为：单纯享元模式和复合享元模式。内蕴（内部）状态：共享的信息外蕴（外部）状态：特有的信息

意图规定类的职责 不要存在多于一个导致类变更的原因，及一个类一个职责 职责扩散：职责P被分解成粒度更小的P1和P2。 单一职责原则不只是面向对象编程思想所特有的，只要是模块化的程序设计，都需要遵循这一重要原则原则只有逻辑足够简单，才可以在代码级别上违反单一职责原则；只有类中方法数量足够少，才可以在方法级别上违反单一职责原则优点降低类的复杂度，提高类的可读性和系统的可维护性变更引起的风险低

设计模式的分类 设计原则

面向接口编程。 定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建起来的架构比以细节为基础搭建起来的架构要稳定的多。 这是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。

规定继承 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。 定义2：所有引用基类的地方必须能透明地使用其子类的对象。 继承：在之类中尽量不要重载和覆盖父类中非抽象的方法 解决方案：当使用继承时，遵循里氏替换原则。类B继承类A时，除添加新的方法

意图工厂方法模式去掉了简单工厂模式中的静态方法，使其能够被继承，并且有具体的工厂来完成产品的创建工作。 定义一个用于创建对象的接口，让子类决定类实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。适用性在下列情况下可以使用Factory Method模式： 1. 当一个类不知道它所必须创建的对象的类的时候 2. 当一个类希望由它的子类来指定它所创建的对象的时候 3.

意图把相关的零件组合成产品，侧重点在于零件的组合而不是零件的实现 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。 新增具体工厂如探囊取物，但是新增零件却难上加难 用意：给客户端提供一个接口，可以创建多个产品族中的产品对象 条件： 1. 系统中有多个产品族，而系统一次只能消费其中一族产品 2. 同属于同一个产品族的产品一起使用适用性在以下情况可以使用Abstrac

意图唯一的对象实例 保证一个类仅有一个实例，并提供一个访问他的全局访问点 有状态（可变的单例对象，可以组成状态仓库）、无状态（工具类）适用性在下面的情况下可以使用Singleton模式： 1. 当类只能有一个实例而且客户可以从一个总所周知的访问点访问它时。 2. 当这个唯一实例应该是通过子类可扩展的，并且客户应该无需更改代码就能使用一个扩展的实例时。 3. 系统只需要一个实例的对象，

意图将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示，将一个构造复杂对象的过程和组合对象的部件解耦。 采用循环渐进的方式组合复杂的对象实例适用性在以下情况使用Builder模式： 1. 当创建复杂对象的算法应该独立与该对象的组成部分以及它们的装配方式时。 2. 当构造过程必须允许被构造的对象有不同的表现时。 3. 用来创建组合结构。结构参与者Builder1.为

意图复制建立对象实例 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 可以使用原型管理器来管理需要克隆的对象 和其他创建型模式一样都是把产品的创建过程进行封装 原型管理器去掉抽象工厂模式或则工厂方法模式中繁多的子类采用Java的反射机制完成对象的复制，可以说原型模式是在工厂模式的基础上加上了克隆方法。适用性当一个系统应该独立于它的产品创建、构成和表示时，要使用Prototy

用一个系统创建的那些对象的类对系统进行参数化有两种常用方法。一种是生成创建对象的类的子类；这对应于使用Factory Method模式。这种方法的主要缺点是，仅为了改变产品类，就可能需要创建一个新的子类。这样的改变可能是级联的。例如，如果产品的创建者本身是由一个工厂方法创建的，那么你也必须重定义它的创建者。另一种系统进行参数化的方法更多的依赖于对象的复合：定义一个对象负责明确产品对象的类，并将它作为

意图将命令写成类 命令模式是从界面设计中提取出来的一种分离耦合，提高重用性的方法，可以分离显示逻辑和业务逻辑的耦合。 将一个请求封装成一个对象，从而使你可以用不同的请求对客户进行参数化；对请求队列或记录请求日志，以及支持可撤销的操作。适用性抽象出执行的动作以参数化某对象。你可用过程语言中的回调函数表达这种参数化机制。所谓回调函数是指函数现在某处注册，而它将在稍后某个需要的时候被调用。Comma

意图使多个对象都有机会处理请求，从而避免请求的发送者和接收者时间的耦合关系。将这些对象连成一条链，并沿着这条链传递请求直到有一个对象处理它为止。 责任转送 纯责任链模式：规定一个具体的处理角色只能对请求做出两个动作：自己处理；传给下家，而且在链中必须完成处理。适用性在以下条件下使用Responsibility链： 1. 有多个的对象可以处理一个请求，哪个对象处理该请求运行时候自动确定 2.

意图通知状态变化 定义对象间的一对多的依赖关系，当一个对象的状态发生变化时，所有依赖它的对象都得到通知并被自动更新，由抽象类或接口实现。 推模式：目标角色复杂，并且观察者角色进行更行时必须得到一些具体的变化信息 拉模式：目标角色简单适用性在以下任一情况下可以使用观察者模式： 1. 当一个抽象模型有两个方面，其中一个方面依赖于两一个方面。将这两者封装在独立对象中以使它们可以各自独立地改变和复

意图以类来表达语法规则 给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。适用性当有一个语言需要解释执行，并且你可将该语言中的句子表示为一个抽象语法树时，可使用解释器模式。而当存在以下情况时该模式效果最好： 1. 该文法简单对于复杂的文法，文法的类层次变得庞大而无法管理。此时语法分析程序生成器这样的工具是更好的选择。它们无需构建抽象语法树即可解释表

定义枚举类型，包含已经集成的加密算法package com.sunld.manager_core.tools.encipher.enums;/** * @author 孙辽东 * <p>createDate:2014年3月7日 上午11:30:44</p> * @version V1.0 */public enum EncipherEnum { BASE64, M

意图将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。换个包装再利用。适用性以下情况使用Adapter模式： 1. 你想使用一个已经存在的类，而它的接口不符合你的要求 2. 你想创建一个可以复用的类，该类可以与其他不相关的类或不可预见的类（即那些接口可能不一定兼容的类）协同工作。 3. （仅适用于对象Adapter）你想

意图定义一系列算法，把这些算法一个个封装成拥有相同接口的单独类，并且使他们之间可以互换。 把算法整个换掉。 定义一系列算法，把这些算法一个个封装起来，并且使它们可以相互替换。本模式使得算法可以独立于使用它的客户而变化。适用性在存在以下情况时使用Strategy模式 1. 许多相关的类仅仅是行为有异。“策略”提供了一种用多个行为中的一个行为来配置一个类的方法。 2. 需要使用一个算法的不同

意图提供一种方法访问一个容器【聚合】（Container）对象中的各个元素，而不需暴露该对象的内部细节。适用性迭代器模式可用来： 1. 访问一个聚合对象的内容而无需暴露它的内部表示。 2. 支持对聚合对象的多种遍历 3. 为遍历不同的聚合结构提供一个统一的接口（即，支持多态迭代）结构参与者Iterator迭代器定义访问和遍历元素的接口ConcreteIterator具体迭代器实现迭

意图   开闭原则就是说对扩展开放，对修改关闭（一个软件实体如类、模块和函数应该对扩展开放，对修改关闭）。在程序需要进行扩展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类。实现用抽象构建框架，用实现扩展细节。

意图 使接口粒度合适 定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。 建立单一接口，不要建立庞大臃肿的接口，尽量细化接口，接口中的方法尽量少。 使用多个隔离的接口，比使用单个接口更好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是软件的设计思想，从大型软件架构出发，为了升级和维护方便。 “降低依赖，降低耦合”优点 通过分散定义多

意图功能的类层次和实现的类层次 将抽象部分和它的实现部分分离，使它们都可以独立变化。（抽象部分并不是简单的实现与继承而是一种组合关系）实现部分是被抽象部分调用，以用来完成（实现）抽象部分的功能 将抽象化（多个实体中的共性概念）和实现化（抽象化的具体实现）解耦，使得二者可以独立变化。 分层功能层和实现层 强关系：编译期确定，在运行期无法动态改变，如继承 弱关系：运行期可以动态改变，如聚合