经典的GOF设计模式笔记

东方标准 http://soft.oneedu.cn

设计模式(Patterns in Java)

R子 总结笔记 2006.10.17

创建模式

Factory(工厂模式) ： 工厂模式就象使用new一样频繁。

Prototype(原型模式) ：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。

Builder(建造模式) ：汽车由车轮 方向盘 发动机很多部件组成，同时，将这些部件组装成汽车也是一件复杂的工作，Builder模式就是将这两种情况分开进行。

Singleton(单例模式) ：保证一个类只有一个实例,并提供一个访问它的全局访问点。

结构模式

F?ade(门面模式) ：可扩展的使用JDBC针对不同的数据库编程,Facade提供了一种灵活的实现。

Proxy(代理模式) ： 以Jive为例,剖析代理模式在用户级别授权机制上的应用。 Adapter(适配器模式) ： 使用类再生的两个方式:组合(new)和继承(extends),这个已经在\中提到过。

Composite(合成模式) ：就是将类用树形结构组合成一个单位.你向别人介绍你是某单位，你是单位中的一个元素，别人和你做买卖，相当于和单位做买卖。文章中还对Jive再进行了剖析。

Decorator(装饰模式) ：Decorator是个油漆工,给你的东东的外表刷上美丽的颜色。

Bridge(桥接模式) ：将\牛郎织女\分开(本应在一起,分开他们,形成两个接口),在他们之间搭建一个桥(动态的结合) 。

Flyweight(享元模式) ： 提供Java运行性能,降低小而大量重复的类的开销。

行为模式

Template(模板方法模式) ： 实际上向你介绍了为什么要使用Java 抽象类,该模式原理简单,使用很普遍。

Memento(备忘录模式) ： 很简单一个模式,就是在内存中保留原来数据的拷贝。 Observer(观察者模式) ： 介绍如何使用Java API提供的现成Observer。

Chain of Responsibility(责任链模式) ：各司其职的类串成一串,好象击鼓传花,当然如果自己能完成,就不要推委给下一个。

Command(命令模式) ：什么是将行为封装,Command是最好的说明。 State(状态模式) ： 状态是编程中经常碰到的实例,将状态对象化,设立状态变换器,便可在状态中轻松切换。

Strategy(策略模式) ：不同算法各自封装,用户端可随意挑选需要的算法。

Mediator(调停者模式) ：很象十字路口的红绿灯,每个车辆只需和红绿灯交互就可以。 Interpreter(解释器模式) ：主要用来对语言的分析,应用机会不多。

Visitor(访问者模式) ： 访问者在进行访问时,完成一系列实质性操作,而且还可以扩展。 Iterator(迭代模式) ： 这个模式已经被整合入Java的Collection在大多数场合下无需自己制造一个Iterator,只要将对象装入Collection中，直接使用Iterator进行对象遍历。

1

东方标准 http://soft.oneedu.cn

1． 创建 / 工厂模式（Factory）

工厂模式定义：

提供创建对象的接口，有工厂方法(Factory Method) 抽象工厂(Abstract Factory)两种。 工厂模式是我们最常用的模式了,著名的Jive论坛 ,就大量使用了工厂模式，工厂模式在Java程序系统可以说是随处可见。

为什么工厂模式是如此常用？因为工厂模式就相当于创建实例对象的new，我们经常要根据类Class生成实例对象，如A a=new A() 工厂模式也是用来创建实例对象的，所以以后new时就要多个心眼，是否可以考虑实用工厂模式，虽然这样做，可能多做一些工作，但会给你系统带来更大的可扩展性和尽量少的修改量。

我们以类Sample为例， 如果我们要创建Sample的实例对象: Sample sample=new Sample();

可是，实际情况是，通常我们都要在创建sample实例时做点初始化的工作,比如赋值、查询数据库等。

首先，我们想到的是，可以使用Sample的构造函数，这样生成实例就写成: Sample sample=new Sample(参数);

但是，如果创建sample实例时所做的初始化工作不是象赋值这样简单的事，可能是很长一段代码，如果也写入构造函数中，那你的代码很难看了（就需要Refactor重整）。

为什么说代码很难看，初学者可能没有这种感觉，我们分析如下，初始化工作如果是很长一段代码，说明要做的工作很多，将很多工作装入一个方法中，相当于将很多鸡蛋放在一个篮子里，是很危险的，这也是有背于Java面向对象的原则，面向对象的封装(Encapsulation)和分派(Delegation)告诉我们，尽量将长的代码分派\切割\成每段，将每段再\封装\起来(减少段和段之间偶合联系性)，这样，就会将风险分散，以后如果需要修改，只要更改每段，不会再发生牵一动百的事情。

在本例中，首先，我们需要将创建实例的工作与使用实例的工作分开, 也就是说，让创建实例所需要的大量初始化工作从Sample的构造函数中分离出去。

这时我们就需要Factory工厂模式来生成对象了，不能再用上面简单new Sample(参数)。还有,如果Sample有个继承如MySample, 按照面向接口编程,我们需要将Sample抽象成一个接口.现在Sample是接口,有两个子类MySample 和HisSample .我们要实例化他们时,如下:

Sample mysample=new MySample(); Sample hissample=new HisSample();

随着项目的深入,Sample可能还会\生出很多儿子出来\那么我们要对这些儿子一个个实例化,更糟糕的是,可能还要对以前的代码进行修改:加入后来生出儿子的实例.这在传统程序中是无法避免的。

但如果你一开始就有意识使用了工厂模式,这些麻烦就没有了。 工厂方法：你会建立一个专门生产Sample实例的工厂: public class Factory{

public static Sample creator(int which){

//getClass 产生Sample 一般可使用动态类装载装入类。

if (which==1)

return new SampleA(); else if (which==2)

return new SampleB();

2

东方标准 http://soft.oneedu.cn

}

}

那么在你的程序中,如果要实例化Sample时.就使用 Sample sampleA=Factory.creator(1);

这样,在整个就不涉及到Sample的具体子类,达到封装效果,也就减少错误修改的机会,这个原理可以用很通俗的话来比喻:就是具体事情做得越多,越容易范错误.这每个做过具体工作的人都深有体会,相反,官做得越高,说出的话越抽象越笼统,范错误可能性就越少.好象我们从编程序中也能悟出人生道理?呵呵。

使用工厂方法 要注意几个角色，首先你要定义产品接口，如上面的Sample,产品接口下有Sample接口的实现类,如SampleA,其次要有一个factory类，用来生成产品Sample，如下图，最右边是生产的对象Sample：

进一步稍微复杂一点，就是在工厂类上进行拓展，工厂类也有继承它的实现类concreteFactory了。

抽象工厂

抽象工与工厂方法区别在于需要创建对象的复杂程度上。如果我们创建对象的方法变得复杂了,如上面工厂方法中是创建一个对象Sample,如果我们还有新的产品接口Sample2。

这里假设：Sample有两个concrete类SampleA和SamleB，而Sample2也有两个concrete类Sample2A和SampleB2

那么，我们就将上例中Factory变成抽象类,将共同部分封装在抽象类中,不同部分使用子类实现，下面就是将上例中的Factory拓展成抽象工厂 …… 此处隐藏：4701字，全部文档内容请下载后查看。喜欢就下载吧 ……