设计模式学习（二）创建形模式

单例模式

工厂方法模式

抽象工厂模式

建造者模式

原型模式

 

一、单例模式

一个类只产生一个实例化对象

构造方法是类进行实例化对象的必经之路，我们将构造方法用private修饰，将构造方法私有化，这个类在外部就无法new出实例化对象了

构造方法私有化，无法直接new出该类的对象

此时要用static方法，是属于类的方法，不需要实例化对象，也能访问，在类中加上static方法，静态方法只能访问静态属性而不能访问非静态属性，所以 

private SingTest Instance = new SingTest()

也要加上static，为了使其只有一个实例对象，并且不允许在内部发生变化，则还要加上final，形成单例模式的完整设计

（恶汉模式）

这个instance实例化对象，无论在SingTest类中是否使用，这个实例化对象都会存在，如果需要节省空间，在使用的时候，再产生

(懒汉模式)

这样就出现了两种单例模式：第一种是恶汉单例模式，第二种是懒汉单例模式

扩展多例设计模式：

public class Color {
    private String title;
    private final static Color Red = new Color("RED");  //创一个私有化对象
    private final static Color Blue = new Color("BLUE");
    private final static Color Yellow = new Color("YELLOW");

    private Color(String title) {  //私有化构造方法
        this.title = title;
    }
    public static Color getColor(int i) {
        switch (i) {
            case 0:
                return Red;
            case 1:
                return Blue;
            case 2:
                return Yellow;
            default:
                return Red;
        }
    }

    public String toString() {
        return this.title;
    }
}

 

二、工厂方法模式

工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的对象是哪一个，也就是说工厂方法模式让实例化推迟到子类

工厂方法模式非常符合“开闭原则”，当需要增加一个新的产品时，我们只需要增加一个具体的产品类和与之对应的具体工厂即可，无须修改原有系统

同时在工厂方法模式中用户只需要知道生产产品的具体工厂即可，无须关系产品的创建过程，甚至连具体的产品类名称都不需要知道。虽然他很好的符合了“开闭原则”，但是由于每新增一个新产品时就需要增加两个类，这样势必会导致系统的复杂度增加

1.创建抽象工厂类，定义具体工厂的公共接口

2.创建抽象产品类，定义具体产品的公共接口

3.创建具体产品类，继承抽象产品类，定义生产的具体产品

4.创建具体工厂类，继承抽象工厂类，定义创建对应具体产品实例的方法

5.外界通过调用具体工厂类的方法，从而创建不同具体产品类的实例

 

优点

更符合开-闭原则 
新增一种产品时，只需要增加相应的具体产品类和相应的工厂子类即可

符合单一职责原则 
每个具体工厂类只负责创建对应的产品

不使用静态工厂方法，可以形成基于继承的等级结构

缺点

添加新产品时，除了增加新产品类外，还要提供与之对应的具体工厂类，系统类的个数将成对增加

由于考虑到系统的可扩展性，需要引入抽象层，在客户端代码中均使用抽象层进行定义，增加了系统的抽象性和理解难度，且在实现时可能需要用到DOM、反射等技术，增加了系统的实现难度

虽然保证了工厂方法内的对修改关闭，但对于使用工厂方法的类，如果要更换另外一种产品，仍然需要修改实例化的具体工厂类

一个具体工厂只能创建一种具体产品

应用场景

当一个类不知道它所需要的对象的类时 

在工厂方法模式中，客户端不需要知道具体产品类的类名，只需要知道所对应的工厂即可

当一个类希望通过其子类来指定创建对象时

将创建对象的任务委托给多个工厂子类中的某一个，客户端在使用时可以无须关心是哪一个工厂子类创建产品子类，需要时再动态指定，可将具体工厂类的类名存储在配置文件或数据库中

三、抽象工厂模式

提供一个接口，用于创建相关或者依赖对象的家族，而不需要明确指定具体类

允许客户端使用抽象的接口来创建一组相关的产品，而不需要关系实际产出的具体产品是什么，客户就可以从具体的产品中被解耦

优点是隔离了具体类的生成，使得客户端不需要知道什么被创建了，而缺点就在于新增新的行为会比较麻烦，因为当添加一个新的产品对象时，需要更加需要更改接口及其下所有子类

创建A,B两个产品族的抽象类

创建工厂抽象类，有N个产品族，在抽象工厂类中就要有N个创建方法

有A，B两个产品族，创建两个产品族的具体实现类

创建产品的具体工厂，有N个等级的产品，就要创建N个工厂实现类

等级1的工厂实现类

等级2的工厂实现类

调用场景

抽象工厂是所有形式的工厂模式中最为抽象和最具一般性的一种形态

特点如下

隔离了具体类的生成，使得客户并不需要知道什么被创建，具有良好的封装性

横向扩展容易。同个产品族如果需要增加多个 产品，只需要增加新的工厂类和产品类即可

纵向扩展困难。如果增加新的产品组，抽象工厂类也要添加创建该产品组的对应方法，这样一来所有的具体工厂类都要做修改了，严重违背了开闭原则

 

四、建造者模式

主要是讲一个复杂对象的构建与表示分离，使得同样的构建过程可以创建不同的表示，适用于那些产品对象的内部结构比较复杂

建造者模式将复杂产品的构建过程封装分解在不同的方法中，使得创建过程非常清晰，能够让我们更加精确的控制复杂产品对象的创建过程，同时它隔离了复杂产品对象的创建和使用，使得相同的创建过程能够创建不同的产品

如果某个产品的内部结构过于复杂，将会导致整个系统变得非常庞大，不利于控制，同时若几个产品之间存在较大的差异，则不适用建造者模式

适用场景

隔离复杂对象的创建和使用，相同的方法，不同的执行顺序，产生不同事件结果

多个部件都可以装配到一个对象中，但产生的运行结果不同

产品类非常复杂或产品类因为不同的调用顺序而产生不同的作用

初始化一个对象时，参数过多，或者很多参数具有默认值

builder模式不适合创建差异性很大的产品类

需要生成的产品对象有复杂的内部结构，这些产品对象具备共性

作用

在用户不知道对象的建造过程和细节的情况下就可以直接创造复杂的对象

用户只需要给出指导复杂对象的类型和内容

建造者模式负责按顺序创建复杂对象（把内部的创建过程和细节隐藏去起来）

解决

方便用户创建复杂对象（不需要知道实现过程）

代码复用性和封装性（将对象构建过程和细节进行封装和复用）

第一种方式

抽象建造者（builder）：描述具体建造者的公共接口，一般用来定义建造细节的方法，并不涉及具体的对象部件的创建

具体建造者（ConcreteBuilder）：描述具体建造者，并实现抽象建造者公共接口

指挥者（Director）：调用具体建造者来创建复杂对象（产品）的各个部分，并按照一定顺序（流程）来建造复杂对象

产品（Product）：描述一个由一系列部件组成较为复杂的对象

 

创建抽象建造者

创建产品类（需求类）

创建具体创建者，继承抽象创建者，实现抽象创建方法

创建一个指挥者，调用具体创建者，并按照顺序创建对象

 

第二种方式

通过静态内部类方式实现零件无序装配话构造

这种方式使用更加灵活，更符合定义。内部有复杂对象的默认实现，使用时可以根据用户需求自由定义更改内容，并且无需改变具体的构造方式。就可以生产出不同复杂产品

主要角色

抽象建造者、具体建造者、产品

比第一种方式少了一个指挥者，将指挥者交给用户来操作，使得产品创建更加灵活

创建一个抽象创建者，定义带返回值（抽象创建者）的方法

创建产品类

创建具体创建者类，继承抽象创建者类，实现创建方法

public class IConCreateBuilder extends IAbsBuilder{
    private Product product;
    public IConCreateBuilder() {
        product = new Product();
    }
    @Override
    IAbsBuilder buildA(String str) {
        product.setBuildA(str);
        return this;
    }
    @Override
    IAbsBuilder buildB(String str) {
        product.setBuildB(str);
        return this;
    }
    @Override
    IAbsBuilder buildC(String str) {
        product.setBuildC(str);
        return this;
    }
    @Override
    IAbsBuilder buildD(String str) {
        product.setBuildD(str);
        return this;
    }
    @Override
    Product build() {
        return product;
    }
}

 

五、原型模式

在我们应用程序可能有某些对象的结构比较复杂，但是我们又需要频繁的使用它们，如果这个时候我们来不断的新建这个对象势必会大大损耗系统内存的，这个时候我们需要使用原型模式来对这个结构复杂又要频繁使用的对象进行克隆。所以原型模式就是用原型实例指定创建对象的种类，并且通过复制这些原型创建新的对象

它主要应用与那些创建新对象的成本过大时。它的主要优点就是简化了新对象的创建过程，提高了效率，同时原型模式提供了简化的创建结构

用原型实例指定所有创建对象的类型，并且通过复制这个拷贝创建新的对象

特点

必须存在一个现有的对象，也就是原型实例，通过原型实例创建新对象

在java中实现Cloneable,并且所有的类都继承Object类，重写clone方法来实现拷贝

使用场景

大量的对象，并且类初始化时消耗的资源多

对象的信息属性基本一致，可以调整个别属性

创建的工程非常复杂，需要进行繁琐的数据处理

 

1.简单形式的原型模式

客户角色：客户类提出创建对象的请求

抽象原型角色：这是一个抽象角色，通常由一个java接口或java抽象类实现，此角色给出所有具体原型类所需的接口

具体原型角色：被复制的对象，此角色需要实现抽象原型角色所要求的接口