23种设计模式JAVA代码实现和追mm和设计模式
关键字: 23种设计模式java代码实现 追mm和设计模式
最讨厌废话了，把代码贴出来最简单。
package lq.test;
import java.io.*;
import java.util.*;
//*********创建型模式***************
//factory method 1
//1具体的构造算法，和2构造出的具体产品由子类实现
interface Product {
}
//或者我也提供一个工厂的接口，由这个抽象类来继承它
abstract class Factory {
abstract public Product fmd();
//我认为这个方方法的存在是，是对FactoryMethod方法的补充
//例如可以为生成的对象赋值，计算为生成对象应付何值，前后的日值
//且这些都是公用的，生成产品的最主要算法还是在FactoryMethod中，
//这个方法只是起辅助作用，这也是一种思维方法，将具体的算法实现在一个方法中
//而我不直接调用此方法，而使用另外的一个方法封装它，等到了更灵活的效果，而
//子类需实现的内容是FactoryMethod
//此方法是一个TemplateMethod
public Product creat() {
Product pd = null;
System.out.println("before operation");
pd = fmd();
System.out.println("end operation");
return pd;
}
}
class Product1 implements Product {
}
class Factory1 extends Factory {
public Product fmd() {
Product pd = new Product1();
return pd;
}
}
//FactroyMethod 2
//这种方式简单实用
interface Producta {
}
interface Factorya {
Producta create();
}
class Producta1 implements Producta {}
class Factorya1 implements Factorya {
public Producta create() {
Producta pda = null;
pda = new Producta1();
return pda;
}
}
//AbstractFactory
//AbstractFactory与FactoryMethod的不同在于AbstractFactory创建多个产品
//感觉此模式没有什么大用
//当然可以还有更多的接口
interface Apda {}
interface Apdb {}
interface Afactory {
Apda createA();
Apdb createB();
}
class Apda1 implements Apda {}
class Apdb1 implements Apdb {}
//有几个接口就有几个对应的方法
class Afactory1 implements Afactory {
public Apda createA() {
Apda apda = null;
apda = new Apda1();
return apda;
}
public Apdb createB() {
Apdb apdb = null;
apdb = new Apdb1();
return apdb;
}
}
//Builder
//一个产品的生成分为生成部件和组装部件，不同的产品每个部件生成的方式不同
//而组装的方式相同，部件的生成抽象成接口方法，而组装的方法使用一个TemplateMethod方法
interface Cpda {}
class Cpda1 implements Cpda {}
interface BuilderI {
void buildPart1();
void buildPart2();
void initPd();
Cpda getPd();
}
abstract class BuilderA implements BuilderI {
Cpda cpda;
public Cpda getPd() {
initPd();
//对对象的内容进行设置
buildPart1();
buildPart2();
return cpda;
}
}
class Builder extends BuilderA {
public void buildPart1() {
System.out.println(cpda);
}
public void buildPart2() {
System.out.println(cpda);
}
public void initPd() {
cpda = new Cpda1();
}
}
//一个简单的生成产品的实现
//1
abstract class Fy {
public abstract void med1();
static class Fy1 extends Fy {
public void med1() {
}
}
public static Fy getInstance() {
Fy fy = new Fy1();
return fy;
// Fy fy = new Fy1() {//这种匿名内部类是静态的！！
// public void med1() {
// }
// };
// return fy;
}
}
//2
interface Pdd {}
class Pdd1 implements Pdd {}
abstract class Fya {
public static Pdd getPd() {
Pdd pdd = new Pdd1();
return pdd;
}
}
//Prototype 在java中就是clone，又包含深拷贝和浅拷贝
class CloneObja {
public CloneObja MyClone() {
return new CloneObja();
}
}
class CloneObjb {
public CloneObjb MyClone() throws Throwable {
CloneObjb cobj = null;
cobj = (CloneObjb) pcl(this);
return cobj;
}
//深度拷贝算法
private Object pcl(Object obj) throws Throwable {
ByteArrayOutputStream bao = new ByteArrayOutputStream(1000);
ObjectOutputStream objo = new ObjectOutputStream(bao);
objo.writeObject(obj);
ByteArrayInputStream bai = new ByteArrayInputStream(bao.toByteArray());
ObjectInputStream obji = new ObjectInputStream(bai);
Object objr = obji.readObject();
return objr;
}
}
//Singleton
//一个类只有一个对象，例如一个线程池，一个cache
class Singleton1 {
public static Singleton1 instance = new Singleton1();
private Singleton1() {
}
public static Singleton1 getInstance() {
return instance;
}
}
class Singleton2 {
public static Singleton2 instance;
private Singleton2() {
}
// public static Singleton2 getInstance() {
// if (instance == null) {
// instance = new Singleton2();
// }
//
// return instance;
// }
public static Singleton2 getInstance() {
synchronized(Singleton2.class) {
if (instance == null) {
instance = new Singleton2();
}
}
return instance;
}
}
//**********结构型模式**********
//Adapter
//基本方法有两种，一种是使用引用一种使用继承
//将不符合标准的接口转成符合标准的接口，接口的修改主要是参数的增减，
//返回值类型,当然还有方法名
//感觉这就是封装的另一种表示形式，封装有用方法封装(在方法中调用功能方法)，
//用类封装(先传入功能方法所在的类的对象，通过调用此对象的功能方法)
//使用引用的形式
class Adapteea {
public void kk() {}
}
interface Targeta {
String vv(int i, int k);
}
class Adaptera implements Targeta{
Adapteea ade;
public Adaptera(Adapteea ade) {
this.ade = ade;
}
public String vv(int i, int k) {
//具体的业务方法实现在Adaptee中，这个方法
//只起到了接口转换的作用
//调用此方法是通过引用
ade.kk();
return null;
}
}
//使用继承形式的
class Adapteeb {
public void kk() {}
}
interface Targetb {
String vv(int i, int k);
}
class Adapterb extends Adapteeb implements Targetb {
public String vv(int i, int k) {
//调用此方法是通过继承
kk();
return null;
}
}
//Proxy
interface Subject {
void request();
}
class realSubject implements Subject {
public void request() {
//do the real business
}
}
class Proxy implements Subject {
Subject subject;
public Proxy(Subject subject) {
this.subject = subject;
}
public void request() {
System.out.println("do something");
subject.request();
System.out.println("do something");
}
}
//Bridge
//感觉就是多态的实现
interface Imp {
void operation();
}
class Cimp1 implements Imp {
public void operation() {
System.out.println("1");
}
}
class Cimp2 implements Imp {
public void operation() {
System.out.println("2");
}
}
class Invoker {
Imp imp = new Cimp1();
public void invoke() {
imp.operation();
}
}
//Composite
interface Component {
void operation();
void add(Component component);
void remove(Component component);
}
class Leaf implements Component {
public void operation() {
System.out.println("an operation");
}
public void add(Component component) {
throw new UnsupportedOperationException();
}
public void remove(Component component) {
throw new UnsupportedOperationException();
}
}
class Composite implements Component {
List components = new ArrayList();
public void operation() {
Component component = null;
Iterator it = components.iterator();
while (it.hasNext()) {
//不知道此component对象是leaf还是composite，
//如果是leaf则直接实现操作，如果是composite则继续递归调用
component = (Component) it.next();
component.operation();
}
}
public void add(Component component) {
components.add(component);
}
public void remove(Component component) {
components.remove(component);
}
}
//Decorator
//对一个类的功能进行扩展时，我可以使用继承，但是不够灵活，所以选用了
//另外的一种形式,引用与继承都可活得对对象的一定的使用能力，而使用引用将更灵活
//我们要保证是对原功能的追加而不是修改，否则只能重写方法，或使用新的方法
//注意concrete的可以直接new出来，
//而decorator的则需要用一个另外的decorator对象才能生成对象
//使用对象封装，和公用接口
//Decorator链上可以有多个元素
interface Componenta {
void operation();
}
class ConcreteComponent implements Componenta {
public void operation() {
System.out.println("do something");
}
}
class Decorator implements Componenta {
private Componenta component;
public Decorator(Componenta component) {
this.component = component;
}
public void operation() {
//do something before
component.operation();
//do something after
}
}
//Facade
//非常实用的一种设计模式，我可以为外部提供感兴趣的接口
class Obj1 {
public void ope1() {}
public void ope2() {}
}
class Obj2 {
public void ope1() {}
public void ope2() {}
}
class Facade {
//我得到了一个简洁清晰的接口
public void fdMethod() {
Obj1 obj1 = new Obj1();
Obj2 obj2 = new Obj2();
obj1.ope1();
obj2.ope2();
}
}
//Flyweight
//空
//**********行为型模式*************
//Chain of Responsibility
//与Decorator的实现形式相类似，
//Decorator是在原来的方法之上进行添加功能，而
//Chain则是判断信号如果不是当前处理的则转交个下一个节点处理
//我可以使用if分支来实现相同的效果，但是不够灵活，链上的每个节点是可以替换增加的，相对
//比较灵活，我们可以设计接口实现对节点的增删操作，而实现更方便的效果
//这个是一个链状的结构，有没有想过使用环状结构
interface Handler {
void handRequest(int signal);
}
class CHandler1 implements Handler {
private Handler handler;
public CHandler1(Handler handler) {
this.handler = handler;
}
public void handRequest(int signal) {
if (signal == 1) {
System.out.println("handle signal 1");
}
else {
handler.handRequest(signal);
}
}
}
class CHandler2 implements Handler {
private Handler handler;
public CHandler2(Handler handler) {
this.handler = handler;
}
public void handRequest(int signal) {
if (signal == 2) {
System.out.println("handle signal 2");
}
else {
handler.handRequest(signal);
}
}
}
class CHandler3 implements Handler {
public void handRequest(int signal) {
if (signal == 3) {
System.out.println("handle signal 3");
}
else {
throw new Error("can't handle signal");
}
}
}
class ChainClient {
public static void main(String[] args) {
Handler h3 = new CHandler3();
Handler h2 = new CHandler2(h3);
Handler h1 = new CHandler1(h2);
h1.handRequest(2);
}
}
//Interpreter
//感觉跟Composite很类似，只不过他分文终结符和非终结符
//Template Method
abstract class TemplateMethod {
abstract void amd1();
abstract void amd2();
//此方法为一个Template Method方法
public void tmd() {
amd1();
amd2();
}
}
//State
//标准型
//状态和操作不应该耦合在一起
class Contexta {
private State st;
public Contexta(int nst) {
changeStfromNum(nst);
}
public void changeStfromNum(int nst) {
if (nst == 1) {
st = new CStatea1();
}
else if (nst == 2) {
st = new CStatea2();
}
throw new Error("bad state");
}
void request() {
st.handle(this);
}
}
interface State {
void handle(Contexta context);
}
class CStatea1 implements State {
public void handle(Contexta context) {
System.out.println("state 1");
//也许在一个状态的处理过程中要改变状态，例如打开之后立即关闭这种效果
//context.changeStfromNum(2);
}
}
class CStatea2 implements State {
public void handle(Contexta context) {
System.out.println("state 2");
}
}
//工厂型
//根据状态不通生成不同的state
//class StateFactory {
// public static State getStateInstance(int num) {
// State st = null;
//
// if (num == 1) {
// st = new CStatea1();
// }
// else if (num == 2) {
// st = new CStatea2();
// }
//
// return st;
// }
//}
//Strategy
//跟Bridge相类似，就是一种多态的表示
//Visitor
//双向引用，使用另外的一个类调用自己的方法,访问自己的数据结构
interface Visitor {
void visitElement(Elementd element);
}
class CVisitor implements Visitor {
public void visitElement(Elementd element) {
element.operation();
}
}
interface Elementd {
void accept(Visitor visitor);
void operation();
}
class CElementd implements Elementd {
public void accept(Visitor visitor) {
visitor.visitElement(this);
}
public void operation() {
//实际的操作在这里
}
}
class Clientd {
public static void main() {
Elementd elm = new CElementd();
Visitor vis = new CVisitor();
vis.visitElement(elm);
}
}
//Iteraotr
//使用迭代器对一个类的数据结构进行顺序迭代
interface Structure {
interface Iteratora {
void first();
boolean hasElement();
Object next();
}
}
class Structure1 implements Structure {
Object[] objs = new Object[100];
//使用内部类是为了对Struture1的数据结构有完全的访问权
class Iteratora1 implements Iteratora {
int index = 0;
public void first() {
index = 0;
}
public boolean hasElement() {
return index < 100;
}
public Object next() {
Object obj = null;
if (hasElement()) {
obj = objs[index];
index++;
}
return obj;
}
}
}
//Meditor
class A1 {
public void operation1() {}
public void operation2() {}
}
class A2 {
public void operation1() {}
public void operation2() {}
}
class Mediator {
A1 a1;
A2 a2;
public Mediator(A1 a1, A2 a2) {
this.a1 = a1;
this.a2 = a2;
}
//如果我想实现这个功能我可能会把他放在A1中
//但是这样耦合大，我不想在A1中出现A2对象的引用，
//所以我使用了Mediator作为中介
public void mmed1() {
a1.operation1();
a2.operation2();
}
public void mmed2() {
a2.operation1();
a1.operation2();
}
}
//Command
//我认为就是将方法转换成了类
class Receiver {
public void action1() {}
public void action2() {}
}
interface Command {
void Execute();
}
class CCommand1 implements Command {
private Receiver receiver;
public CCommand1(Receiver receiver) {
this.receiver = receiver;
}
public void Execute() {
receiver.action1();
}
}
class CCommand2 implements Command {
private Receiver receiver;
public CCommand2(Receiver receiver) {
this.receiver = receiver;
}
public void Execute() {
receiver.action2();
}
}
//Observer
//在这里看似乎这个模式没有什么用
//但是如果我有一个线程监控Subject，如果Subject的状态
//发生了变化，则更改Observer的状态，并出发一些操作，这样就有实际的意义了
//Observer与Visitor有相似的地方，都存在双向引用
//Subject可以注册很多Observer
interface Subjectb {
void attach(Observer observer);
void detach(Observer observer);
void mynotify();
int getState();
void setState(int state);
}
class Subjectb1 implements Subjectb {
List observers = new ArrayList();
int state;
public void attach(Observer observer) {
observers.add(observer);
}
public void detach(Observer observer) {
observers.remove(observer);
}
public void mynotify() {
Observer observer = null;
Iterator it = observers.iterator();
while (it.hasNext()) {
observer = (Observer) it.next();
observer.Update();
}
}
public int getState() {
return state;
}
public void setState(int state) {
this.state = state;
}
}
interface Observer {
void Update();
}
class Observer1 implements Observer {
Subjectb subject;
int state;
public Observer1(Subjectb subject) {
this.subject = subject;
}
public void Update() {
this.state = subject.getState();
}
public void operation() {
//一些基于state的操作
}
}
//Memento
//感觉此模式没有什么大用
class Memento {
int state;
public int getState() {
return state;
}
public void setState(int state) {
this.state = state;
}
}
class Originator {
int state;
public void setMemento(Memento memento) {
state = memento.getState();
}
public Memento createMemento() {
Memento memento = new Memento();
memento.setState(1);
return memento;
}
public int getState() {
return state;
}
public void setState(int state) {
this.state = state;
}
}
class careTaker {
Memento memento;
public void saverMemento(Memento memento) {
this.memento = memento;
}
public Memento retrieveMemento() {
return memento;
}
}
//程序最终还是顺序执行的，是由不通部分的操作拼接起来的
//将不同类的代码拼接起来是通过引用实现的，有了引用我就
//相当于有了一定访问数据结构和方法的能力，这与写在类内部
//差不多，例如我想将一个类中的一个方法抽离出去，因为这个方法依赖与此类的数据和其他方法
//直接将代码移走是不行的，但如果我们拥有了此类对象的引用，则与写在此类
//内部无异，所以我们拥有了引用就可以将此方法移出
public class tt1 {
public static void main(String[] args) {
}
}
创建型模式
1、FACTORY—追MM少不
然口味有所不同，但不管你
麦当劳和肯德基就是生产鸡
了请吃饭了，麦当劳的鸡翅和肯
带MM去麦当劳或肯德基，只管向
翅的Factory
德基的鸡翅都是MM爱吃的东西，虽
服务员说“来四个鸡翅”就行了。
工厂模式：客户类和工
消费者无须修改就可以接纳
何创建及如何向客户端提供
厂类分开。消费者任何时候需要
新产品。缺点是当产品修改时，
。
某种产品，只需向工厂请求即可。
工厂类也要做相应的修改。如：如
2、BUILDER—MM最爱听
方言跟她说这句话哦，我有
按对应的键，它就能够用相
就是我的“我爱你”builde
的就是“我爱你”这句话了，见
一个多种语言翻译机，上面每种
应的语言说出“我爱你”这句话
r。（这一定比美军在伊拉克用
到不同地方的MM,要能够用她们的
语言都有一个按键，见到MM我只要
了，国外的MM也可以轻松搞掂，这
的翻译机好卖）
建造模式：将产品的内部表象和产品
不同的内部表象的产品对象。建造模式使
内部组成的细节。建造模式可以强制实行
的生成过程分割开来，从而使一个建造过程生成具有
得产品内部表象可以独立的变化，客户不必知道产品
一种分步骤进行的建造过程。
3、FACTORY METHOD—请MM去麦当劳
件烦人的事情，我一般采用Factory Meth
具体要什么样的汉堡呢，让MM直接跟服务
吃汉堡，不同的MM有不同的口味，要每个都记住是一
od模式，带着MM到服务员那儿，说“要一个汉堡”，
员说就行了。
工厂方法模式：核心工
做，成为一个抽象工厂角色
应当被实例化这种细节。
厂类不再负责所有产品的创建，
，仅负责给出具体工厂类必须实
而是将具体创建的工作交给子类去
现的接口，而不接触哪一个产品类
4、PROTOTYPE—跟MM用QQ聊天，一定
要时只要copy出来放到QQ里面就行了，这
要）
要说些深情的话语了，我搜集了好多肉麻的情话，需
就是我的情话prototype了。（100块钱一份，你要不
原始模型模式：通过给
型对象的方法创建出更多同
不需要非得有任何事先确定
类都必须配备一个克隆方法
出一个原型对象来指明所要创建
类型的对象。原始模型模式允许
的等级结构，原始模型模式适用
。
的对象的类型，然后用复制这个原
动态的增加或减少产品类，产品类
于任何的等级结构。缺点是每一个
5、SINGLETON—俺有6
Sigleton，她们只要说道“
么好的事)
个漂亮的老婆，她们的老公都是
老公”，都是指的同一个人，那
我，我就是我们家里的老公
就是我(刚才做了个梦啦，哪有这
单例模式：单例模式确
实例单例模式。单例模式只
保某一个类只有一个实例，而且
应在有真正的“单一实例”的需
自行实例化并向整个系统提供这个
求时才可使用。
结构型模式
6、ADAPTER—在朋友聚会上碰到了一
会说普通话，只好于我的朋友kent了
以相互交谈了(也不知道他会不会耍我)
个美女Sarah，从香港来的，可我不会说粤语，她不
，他作为我和Sarah之间的Adapter，让我和Sarah可
适配器（变压器）模式：把一个类的
因接口原因不匹配而无法一起工作的两个
的实例给客户端。
接口变换成客户端所期待的另一种接口，从而使原本
类能够一起工作。适配类可以根据参数返还一个合适
7、BRIDGE—早上碰到M
，要说你的衣服好漂亮哦，
MM新做了个发型怎么说”这
M，要说早上好，晚上碰到MM，
碰到MM新做的发型，要说你的头
种问题，自己用BRIDGE组合一下
要说晚上好；碰到MM穿了件新衣服
发好漂亮哦。不要问我“早上碰到
不就行了
桥梁模式：将抽象化与
关联变成弱关联，也就是指
继承关系，从而使两者可以
实现化脱耦，使得二者可以独立
在一个软件系统的抽象化和实现
独立的变化。
的变化，也就是说将他们之间的强
化之间使用组合/聚合关系而不是
8、COMPOSITE—Mary今天过生日。“
店，你自己挑。”“这件T恤挺漂亮，买
买了三件了呀，我只答应送一件礼物的哦
，小姐，麻烦你包起来。”“……”，MM
我过生日，你要送我一件礼物。”“嗯，好吧，去商
，这条裙子好看，买，这个包也不错，买。”“喂，
。”“什么呀，T恤加裙子加包包，正好配成一套呀
都会用Composite模式了，你会了没有？
合成模式：合成模式将
就是一个处理对象的树结构
式使得客户端把一个个单独
对象组织到树结构中，可以用来
的模式。合成模式把部分与整体
的成分对象和由他们复合而成的
描述整体与部分的关系。合成模式
的关系用树结构表示出来。合成模
合成对象同等看待。
9、DECORATOR—Mary过
肯定玩完，拿出我去年在华
，再到街上礼品店买了个像
一个漂亮的盒子装起来……
了吗？
完轮到Sarly过生日，还是不要
山顶上照的照片，在背面写上“
框（卖礼品的MM也很漂亮哦），
，我们都是Decorator，最终都
叫她自己挑了，不然这个月伙食费
最好的的礼物，就是爱你的Fita”
再找隔壁搞美术设计的Mike设计了
在修饰我这个人呀，怎么样，看懂
装饰模式：装饰模式以对客户端透明
，提供比继承更多的灵活性。动态给一个
一些基本功能的排列组合而产生的非常大
的方式扩展对象的功能，是继承关系的一个替代方案
对象增加功能，这些功能可以再动态的撤消。增加由
量的功能。
10、FACADE—我有一个
的照片才专业，但MM可不懂
到自动档，只要对准目标按
拍张照片了。
专业的Nikon相机，我就喜欢自
这些，教了半天也不会。幸好相
快门就行了，一切由相机自动调
己手动调光圈、快门，这样照出来
机有Facade设计模式，把相机调整
整，这样MM也可以用这个相机给我
门面模式：外部与一个子系统的通信
个高层次的接口，使得子系统更易于使用
一个实例，也就是说它是一个单例模式。
必须通过一个统一的门面对象进行。门面模式提供一
。每一个子系统只有一个门面类，而且此门面类只有
但整个系统可以有多个门面类。
11、FLYWEIGHT—每天
的句子存在手机里，要用的
个字一个字敲了。共享的句
文情况使用。
跟MM发短信，手指都累死了，最
时候，直接拿出来，在前面加上
子就是Flyweight，MM的名字就
近买了个新手机，可以把一些常用
MM的名字就可以发送了，再不用一
是提取出来的外部特征，根据上下
享元模式：FLYWEIGHT
的细粒度对象。享元模式能
内部，不会随环境的改变而
内蕴状态，它们是相互独立
将不可以共享的状态从类里
工厂对象负责创建被共享的
在拳击比赛中指最轻量级。享元
做到共享的关键是区分内蕴状态
有所不同。外蕴状态是随环境的
的。将可以共享的状态和不可以
剔除出去。客户端不可以直接创
对象。享元模式大幅度的降低内
模式以共享的方式高效的支持大量
和外蕴状态。内蕴状态存储在享元
改变而改变的。外蕴状态不能影响
共享的状态从常规类中区分开来，
建被共享的对象，而应当使用一个
存中对象的数量。
12、PROXY—跟MM在网上聊天，一开
？”“身高多少呀？”这些话，真烦人，
置好了自动的回答，接收到其他的话时再
头总是“hi,你好”,“你从哪儿来呀？”“你多大了
写个程序做为我的Proxy吧，凡是接收到这些话都设
通知我回答，怎么样，酷吧。
代理模式：代理模式给
。代理就是一个人或一个机
者不能够直接引用一个对象
辨不出代理主题对象与真实
一个被代理对象的接口，这
他角色代为创建并传入。
某一个对象提供一个代理对象，
构代表另一个人或者一个机构采
，代理对象可以在客户和目标对
主题对象。代理模式可以并不知
时候代理对象不能够创建被代理
并由代理对象控制对源对象的引用
取行动。某些情况下，客户不想或
象直接起到中介的作用。客户端分
道真正的被代理对象，而仅仅持有
对象，被代理对象必须有系统的其
行为模式
13、CHAIN OF RESPONSIBLEITY—晚
面坐了好几个漂亮的MM哎，找张纸条，写
”，纸条就一个接一个的传上去了，糟糕
女呀，快跑!
上去上英语课，为了好开溜坐到了最后一排，哇，前
上“Hi,可以做我的女朋友吗？如果不愿意请向前传
，传到第一排的MM把纸条传给老师了，听说是个老处
责任链模式：在责任链模式中，很多对象由每一个对象对其下家的引用而接
起来形成一条链。请求在这个链上传
不知道链上的哪一个对象最终处理这个请
织链和分配责任。处理者有两个选择：承
任何接收端对象所接受。
递，直到链上的某一个对象决定处理此请求。客户并
求，系统可以在不影响客户端的情况下动态的重新组
担责任或者把责任推给下家。一个请求可以最终不被
14、COMMAND—俺有一
传送信息，她对我有什么指
COMMAND，为了感谢他，我
COMMAND，就数你最小气，
个MM家里管得特别严，没法见面
示，就写一张纸条让她弟弟带给
请他吃了碗杂酱面，哪知道他说
才请我吃面。”，
，只好借助于她弟弟在我们俩之间
我。这不，她弟弟又传送过来一个
：“我同时给我姐姐三个男朋友送
命令模式：命令模式把
和执行命令的责任分割开，
来，使得请求的一方不必知
作是否执行，何时被执行以
一个请求或者操作封装到一个对
委派给不同的对象。命令模式允
道接收请求的一方的接口，更不
及是怎么被执行的。系统支持命
象中。命令模式把发出命令的责任
许请求的一方和发送的一方独立开
必知道请求是怎么被接收，以及操
令的撤消。
15、INTERPRETER—俺有一个《泡MM
步骤、去看电影的方法等等，跟MM约会时
可以了。
真经》，上面有各种泡MM的攻略，比如说去吃西餐的
，只要做一个Interpreter，照着上面的脚本执行就
解释器模式：给定一个语言后，解释
个解释器。客户端可以使用这个解释器来
了一个简单的文法后，使用模式设计解释
释器对象能够解释的任何组合。在解释器
也就是一系列的组合规则。每一个命令对
对象的等级结构中的对象的任何排列组合
器模式可以定义出其文法的一种表示，并同时提供一
解释这个语言中的句子。解释器模式将描述怎样在有
这些语句。在解释器模式里面提到的语言是指任何解
模式中需要定义一个代表文法的命令类的等级结构，
象都有一个解释方法，代表对命令对象的解释。命令
都是一个语言。
16、ITERATOR—我爱上了Mary，不顾一切的向她求婚。
Mary：“想要我跟你结婚，得答应我的条件”
我：“什么条件我都答应，你说吧”
Mary：“我看上了那个一克拉的钻石”
我：“我买，我买，还有吗？”
Mary：“我看上了湖边的那栋别墅”
我：“我买，我买，还有吗？”
Mary：“我看上那辆法拉利跑车”
我脑袋嗡的一声，坐在椅子上，一咬牙：“我买，我买，还有吗？”
……
迭代子模式：迭代子模
个对象聚在一起形成的总体
式将迭代逻辑封装到一个独
面。每一个聚集对象都可以
彼此独立的。迭代算法可以
式可以顺序访问一个聚集中的元
称之为聚集，聚集对象是能够包
立的子对象中，从而与聚集本身
有一个或一个以上的迭代子对象
独立于聚集角色变化。
素而不必暴露聚集的内部表象。多
容一组对象的容器对象。迭代子模
隔开。迭代子模式简化了聚集的界
，每一个迭代子的迭代状态可以是
17、MEDIATOR—四个MM
边，按照各自的筹码数算钱
了四个MM的电话。
打麻将，相互之间谁应该给谁多
，赚了钱的从我这里拿，赔了钱
少钱算不清楚了，幸亏当时我在旁
的也付给我，一切就OK啦，俺得到
调停者模式：调停者模
作用。从而使他们可以松散
些对象之间的作用。保证这
为一对多的相互作用。调停
他对象的相互作用分开处理
式包装了一系列对象相互作用的
偶合。当某些对象之间的作用发
些作用可以彼此独立的变化。调
者模式将对象的行为和协作抽象
。
方式，使得这些对象不必相互明显
生改变时，不会立即影响其他的一
停者模式将多对多的相互作用转化
化，把对象在小尺度的行为上与其
18、MEMENTO—同时跟
了会不高兴的哦，幸亏我有
保存，这样可以随时察看以
几个MM聊天时，一定要记清楚刚
个备忘录，刚才与哪个MM说了什
前的记录啦。
才跟MM说了些什么话，不然MM发现
么话我都拷贝一份放到备忘录里面
备忘录模式：备忘录对
式的用意是在不破坏封装的
在将来合适的时候把这个对
象是一个用来存储另外一个对象
条件下，将一个对象的状态捉住
象还原到存储起来的状态。
内部状态的快照的对象。备忘录模
，并外部化，存储起来，从而可以
19、OBSERVER—想知道咱们公司最新
责搜集情报，他发现的新情报不用一个一
观察者）就可以及时收到情报啦
MM情报吗？加入公司的MM情报邮件组就行了，tom负
个通知我们，直接发布给邮件组，我们作为订阅者（
观察者模式：观察者模
个主题对象。这个主题对象
新自己。
式定义了一种一队多的依赖关系
在状态上发生变化时，会通知所
，让多个观察者对象同时监听某一
有观察者对象，使他们能够自动更
20、STATE—跟MM交往
比如你约她今天晚上去看电
上的MM就会说“好啊，不过
电影再去泡吧怎么样？”，
喜欢变成喜欢哦。
时，一定要注意她的状态哦，在
影，对你没兴趣的MM就会说“有
可以带上我同事么？”，已经喜
当然你看电影过程中表现良好的
不同的状态时她的行为会有不同，
事情啦”，对你不讨厌但还没喜欢
欢上你的MM就会说“几点钟？看完
话，也可以把MM的状态从不讨厌不
状态模式：状态模式允许一个对象在
是改变了它的类一样。状态模式把所研究
对象都属于一个抽象状态类的一个子类。
候，其行为也随之改变。状态模式需要对
当系统的状态变化时，系统便改变所选的
其内部状态改变的时候改变行为。这个对象看上去象
的对象的行为包装在不同的状态对象里，每一个状态
状态模式的意图是让一个对象在其内部状态改变的时
每一个系统可能取得的状态创立一个状态类的子类。
子类。
21、STRATEGY—跟不同
小吃效果不错，有的去海边
多Strategy哦。
类型的MM约会，要用不同的策略
浪漫最合适，单目的都是为了得
，有的请电影比较好，有的则去吃
到MM的芳心，我的追MM锦囊中有好
策略模式：策略模式针对一组算法，
而使得它们可以相互替换。策略模式使得
模式把行为和环境分开。环境类负责维持
于算法和环境独立开来，算法的增减，修
将每一个算法封装到具有共同接口的独立的类中，从
算法可以在不影响到客户端的情况下发生变化。策略
和查询行为类，各种算法在具体的策略类中提供。由
改都不会影响到环境和客户端。
22、TEMPLATE METHOD
床的不变的步骤分为巧遇、
(Template method)，但每
啦(具体实现)；
——看过《如何说服女生上床》
打破僵局、展开追求、接吻、前
个步骤针对不同的情况，都有不
这部经典文章吗？女生从认识到上
戏、动手、爱抚、进去八大步骤
一样的做法，这就要看你随机应变
模板方法模式：模板方
形式实现，然后声明一些抽
实现这些抽象方法，从而对
细节留给具体的子类去实现
法模式准备一个抽象类，将部分
象方法来迫使子类实现剩余的逻
剩余的逻辑有不同的实现。先制
。
逻辑以具体方法以及具体构造子的
辑。不同的子类可以以不同的方式
定一个顶级逻辑框架，而将逻辑的
23、VISITOR—情人节到了，要给每
针对她个人的特点，每张卡片也要根据个
板和礼品店老板做一下Visitor，让花店
个人特点选一张卡，这样就轻松多了；
个MM送一束鲜花和一张卡片，可是每个MM送的花都要
人的特点来挑，我一个人哪搞得清楚，还是找花店老
老板根据MM的特点选一束花，让礼品店老板也根据每
访问者模式：访问者模
些操作需要修改的话，接受
对未定的系统，它把数据结
对自由的演化。访问者模式
者模式将有关的行为集中到
者模式时，要将尽可能多的
式可以跨过几个类的等级结
式的目的是封装一些施加于某种
这个操作的数据结构可以保持不
构和作用于结构上的操作之间的
使得增加新的操作变的很容易，
一个访问者对象中，而不是分散
对象浏览逻辑放在访问者类中，
构访问属于不同的等级结构的成
数据结构元素之上的操作。一旦这
变。访问者模式适用于数据结构相
耦合解脱开，使得操作集合可以相
就是增加一个新的访问者类。访问
到一个个的节点类中。当使用访问
而不是放到它的子类中。访问者模
员类