经典的GOF设计模式笔记(3)

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

} }

CatalogDAOFactory是典型的工厂方法，catDao是通过动态类装入器className获得CatalogDAOFactory具体实现子类，这个实现子类在Java宠物店是用来操作catalog数据库，用户可以根据数据库的类型不同，定制自己的具体实现子类，将自己的子类名给与CATALOG_DAO_CLASS变量就可以。

由此可见，工厂方法确实为系统结构提供了非常灵活强大的动态扩展机制，只要我们更换一下具体的工厂方法，系统其他地方无需一点变换，就有可能将系统功能进行改头换面的变化。

《＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝戏说工厂模式＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝》

?客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无

须修改就可以接纳新产品。

?缺点是当产品修改时，工厂类也要做相应的修改。

?追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味

有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory 。

?核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个

抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。

?请MM去麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住是一件烦人的事情，

我一般采用Factory Method模式，带着MM到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。

6

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

2． 创建 / 原型模式（Prototype）

定义：用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象.

Prototype模式允许一个对象再创建另外一个可定制的对象，根本无需知道任何如何创建的细节,工作原理是:通过将一个原型对象传给那个要发动创建的对象，这个要发动创建的对象通过请求原型对象拷贝它们自己来实施创建。

如何使用?

因为Java中的提供clone()方法来实现对象的克隆,所以Prototype模式实现一下子变得很简单，以勺子为例：

public abstract class AbstractSpoon implements Cloneable {

String spoonName;

public void setSpoonName(String spoonName) {this.spoonName = spoonName;} public String getSpoonName() {return this.spoonName;}

public Object clone() {

Object object = null; try {

object = super.clone();

} catch (CloneNotSupportedException exception) {

System.err.println(\ }

return object; } }

有个具体实现(ConcretePrototype):

public class SoupSpoon extends AbstractSpoon {

public SoupSpoon() {

setSpoonName(\ } }

public class SaladSpoon extends AbstractSpoon {

public SaladSpoon() {

setSpoonName(\ } }

7

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

调用Prototype模式很简单:

AbstractSpoon spoon = new SoupSpoon(); AbstractSpoon spoon2 = spoon.clone();

当然也可以结合工厂模式来创建AbstractSpoon实例。

在Java中Prototype模式变成clone()方法的使用，由于Java的纯洁的面向对象特性，使得在Java中使用设计模式变得很自然，两者已经几乎是浑然一体了。这反映在很多模式上，如Interator遍历模式。

《＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝戏说原型模式＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝》

? 通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的

方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。 ? 缺点是每一个类都必须配备一个克隆方法。

? 跟MM用QQ聊天，一定要说些深情的话语了，我搜集了好多肉麻的情话，需要时

只要copy出来放到QQ里面就行了，这就是我的情话prototype了。（100块钱一份，你要不要）

8

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

3. 创建 / 建造模式（Builder）

Builder模式定义：将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。

Builder模式是一步一步创建一个复杂的对象,它允许用户可以只通过指定复杂对象的类型和内容就可以构建它们.用户不知道内部的具体构建细节.Builder模式是非常类似抽象工厂模式,细微的区别大概只有在反复使用中才能体会到。

为何使用? 是为了将构建复杂对象的过程和它的部件解耦.注意: 是解耦过程和部件。 因为一个复杂的对象,不但有很多大量组成部分,如汽车,有很多部件:车轮 方向盘 发动机还有各种小零件等等,部件很多,但远不止这些,如何将这些部件装配成一辆汽车,这个装配过程也很复杂(需要很好的组装技术),Builder模式就是为了将部件和组装过程分开。

如何使用? 首先假设一个复杂对象是由多个部件组成的,Builder模式是把复杂对象的创建和部件的创建分别开来,分别用Builder类和Director类来表示。

首先,需要一个接口,它定义如何创建复杂对象的各个部件: public interface Builder {

//创建部件A 比如创建汽车车轮 void buildPartA();

//创建部件B 比如创建汽车方向盘 void buildPartB();

//创建部件C 比如创建汽车发动机 void buildPartC();

//返回最后组装成品结果 (返回最后装配好的汽车)

//成品的组装过程不在这里进行,而是转移到下面的Director类中进行. //从而实现了解耦过程和部件 Product getResult(); }

用Director构建最后的复杂对象,而在上面Builder接口中封装的是如何创建一个个部件(复杂对象是由这些部件组成的),也就是说Director的内容是如何将部件最后组装成成品: public class Director {

private Builder builder;

public Director( Builder builder ) { this.builder = builder; }

// 将部件partA partB partC最后组成复杂对象

//这里是将车轮 方向盘和发动机组装成汽车的过程 public void construct() { builder.buildPartA(); builder.buildPartB(); builder.buildPartC(); } }

Builder的具体实现ConcreteBuilder:

通过具体完成接口Builder来构建或装配产品的部件； 定义并明确它所要创建的是什么具体东西；

9

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

提供一个可以重新获取产品的接口:

public class ConcreteBuilder implements Builder { Part partA, partB, partC; public void buildPartA() {

//这里是具体如何构建partA的代码 };

public void buildPartB() {

//这里是具体如何构建partB的代码 };

public void buildPartC() {

//这里是 …… 此处隐藏：2464字，全部文档内容请下载后查看。喜欢就下载吧 ……