设计模式之创建模式...

ShangShujie 2007-04-22

展开全文

设计模式之创建模式

1 Creational Patterns

将对象的使用与对象的创建分开。对象的使用者不负责创建对象，只需知道如何获取需

要的对象。这样，当被使用对象的创建过程需要变更或扩展时，对象的使用者无须变动，只要对专门负责创建该对象的对象工厂做必要的变更或扩展即可。

1.1 The Factory Pattern

1.1.1 基本类图

1.1.2 分析

当 BasicProduct 有新的子产品 ExProduct3 要应用到系统时， Factory 的 createProduct()

需要简单修改，增加一个“ else if ”分支，没有完全实现“对扩展开放，对修改封闭”。但当明确产品就是有限的几种时，仍是有效且常用的。

1.2 The Abstract Factory Pattern

1.2.1 基本类图

1.2.2 分析

当 BasicProduct 有新的子类 ExProduct3 要应用到系统时，新建一个对应的扩展自

BasicFactory 的 ExFactory3 即可，现有类无需修改，实现了“对扩展开放，对修改封闭”。

1.3 The Singleton Pattern

控制系统最多存在某个类的一个实例。很容易将 Singleton Pattern 扩展为控制系统只能

创建某个类的有限个实例的情形。系统中大部分管理服务对象都是单实例的。例如，系统存在多个用户实例，但只存在一个用户管理者对象。

1.3.1 常用实现方式

public class Singleton {

private static Singleton instance = null ;

private Singleton() {}; // 控制外部不能自行创建 Sigleton 实例

public static Singleton getInstance() {

if ( null == instance ) {

instance = new Singleton();

}

return instance ;

}

1.4 The Builder Pattern

1.4.1 基本类图

1.4.2 分析

当一个产品（ Product ）由多个部分（ Part1 ， Part2 ， … ， Partn ）组成，而各个部分又有

不同的构造方式时。将产品各部分的构造和产品的组装分离，就是 Builder Pattern 。 Builder 是对产品各部分构造的抽象，而 Director 负责使用指定的 Builder 组装产品。这样，当系统有新的产品各部分构造方式需要加入时，只需实现继承自 Builder 的 ConcreteBuilder3 即可，系统其他类无需修改，实现了“对扩展开放，对修改关闭”。