设计模式:创建者模式-原型模式、建造者模式

创建者模式:

创建型模式的主要关注点是"怎样创建对象? ”,它的主要特点是"将对象的创建与使用分离。

这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。

创建型模式分为:

  • 单例模式
  • 工厂方法模式
  • 抽象工厂模式
  • 原型模式
  • 建造者模式

原型模式

概述:

用一个已经创建的实例作为原型,通过复制该原型对象来创建一个和原型对象相同的新对象。

结构:

原型模式包含如下角色:

  • 抽象原型类:规定了具体原型对象必须实现的的 clone() 方法。
  • 具体原型类:实现抽象原型类的 clone() 方法,它是可被复制的对象。
  • 访问类:使用具体原型类中的 clone() 方法来复制新的对象。

实现:

原型模式的克隆分为浅克隆深克隆

浅克隆:创建一个新对象,新对象的属性和原来对象完全相同,对于非基本类型属性,仍指向原有属性所指向的对象的内存地址。

深克隆:创建一个新对象,属性中引用的其他对象也会被克隆,不再指向原有对象地址。

Java中的 object类 中提供了 clone() 方法来实现浅克隆Cloneable 接口是上面的类图中的抽象原型类,而实现了 Cloneable 接口的子实现类就是具体的原型类。代码如下:

//===============原型类
public class Product implements Cloneable {
    public Product() {
        System.out.println("原型对象创建成功!");
    }

    @Override
    public Product clone() {
        try {
            System.out.println("原型对象复制成功!");
            return (Product) super.clone();
        } catch (CloneNotSupportedException e) {
            throw new AssertionError();
        }
    }
}

//===============测试类
public static void main(String[] args) {
    //创建一个原型类对象
    Product product = new Product();
    //调用原型类中的clone方法进对象的克隆
    Product clone = product.clone();
    System.out.println("原型对象与克隆对象是否是同一对象:" + (product == clone));
}

//===============输出结果
原型对象创建成功!
原型对象复制成功!
原型对象与克隆对象是否是同一对象:false

使用场景:

  • 对象的创建非常复杂,可以使用原型模式快捷的创建对象。
  • 性能和安全要求比较高。

扩展(深克隆):

public static void main(String[] args) {
    //创建一个原型类对象
    Product product = new Product();
    //创建学生类对象
    Student student = new Student();
    student.setName("张三");
    student.setAge(20);
    //给原型类对象设置学生
    product.setStudent(student);

    //创建对象输出流对象
    try {
        ObjectOutputStream objectOutputStream = new ObjectOutputStream(new FileOutputStream("D:\\deskBook\\a.txt"));
        //写对象
        objectOutputStream.writeObject(product);
        //释放资源
        objectOutputStream.close();
        //创建对象输入流
        ObjectInputStream objectInputStream = new ObjectInputStream(new FileInputStream("D:\\deskBook\\a.txt"));
        //读取对象
        Product clone = (Product) objectInputStream.readObject();
        //释放资源
        objectInputStream.close();
        clone.getStudent().setName("李四");
        product.show();
        clone.show();
        System.out.println("原型对象与克隆对象是否是同一对象:" + (product == clone));
    } catch (IOException | ClassNotFoundException e) {
        e.printStackTrace();
    }
}

建造者模式:

概述:

将一个复杂对象的构建与表示分离,使得同样的构建过程可以创建不同的表示。

  • 分离了部件的构造(由Builder来负责)和装配(由Director负责)。从而可以构造出复杂的对象。这个模式适用于:某个对象的构建讨程复杂的情况
  • 由实现了构建和装配的解耦。不同的构造器,和相同的装配,也可以做出不同的对象;相同的构造器,不同的装配顺序也可以做出不同的对象。也就是实现了构建算法、装配算法的解耦,实现了更好的复用。
  • 建造者模式可以将部件和其组装过程分开,一步一步创建一个复杂的对象。用户只需要指定复杂对象的类型就可以得到该对象,而无须知道其内部的具体构造细节。

结构:

建造者(Builder)模式包含如下角色:

  • 抽象建造者类(Builder):这个接口规定要实现复杂对象的那些部分的创建,并不涉及具体的对象部件的创建。
  • 具体建造者类(ConcreteBuilder):实现 Builder 接口,完成复杂产品的各个部件的具体创建方法。在构造过程完成后,提供产品的实例。
  • 产品类(Product):要创建的复杂对象。
  • 指挥者类(Director):调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。

案例:

生产自行车是一个复杂的过程,它包含了车架,车座等组件的生产。而车架又有碳纤维,铝合金等材质的,车座有橡胶,真皮等材质。对于自行车的生产就可以使用建造者模式。

这里Bike是产品,包含车架,车座等组件;Builder是抽象建造者,MobikeBuilderOfoBuilder是具体的建造者;Director是指挥者。

//自行车类
public class Bike {
    //车架
    private String seat;
    //车座
    private String frame;

    public String getSeat() {
        return seat;
    }

    public void setSeat(String seat) {
        this.seat = seat;
    }

    public String getFrame() {
        return frame;
    }

    public void setFrame(String frame) {
        this.frame = frame;
    }
}


//构建者
public abstract class Builder {
    //声明Bike类型的遍历,并进行赋值
    protected Bike bike = new Bike();

    public abstract void builderFrame();

    public abstract void builderSeat();

    //构建自行车的方法
    public abstract Bike createBike();
}


//具体的构建者用来构建摩拜单车的对象
public class MobileBuilder extends Builder {
    @Override
    public void builderFrame() {
        bike.setFrame("摩拜单车:碳钎维");
    }

    @Override
    public void builderSeat() {
        bike.setSeat("摩拜单车:真皮座椅");
    }

    @Override
    public Bike createBike() {
        return bike;
    }
}

//用来构建Ofo单车
public class OfoBuilder extends Builder{
    @Override
    public void builderFrame() {
        bike.setFrame("Ofo单车:铝合金");
    }

    @Override
    public void builderSeat() {
        bike.setSeat("Ofo单车:橡胶皮座椅");
    }

    @Override
    public Bike createBike() {
        return bike;
    }
}


//指挥者对象
public class Director {
    //声明Builder类型的变量
    public Builder builder;

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

    //组装自行车的功能
    public Bike construct() {
        builder.builderFrame();
        builder.builderSeat();
        return builder.createBike();
    }
}

//测试类
public static void main(String[] args) {
    //创建指挥者对象
    MobileBuilder mobileBuilder = new MobileBuilder();
    Director director = new Director(mobileBuilder);
    //指挥者组装自行车
    Bike bike = director.construct();
    System.out.println(bike.getFrame());
    System.out.println(bike.getSeat());
}

上面示例是Builder 模式的常规用法,指挥者类 Director 在建造者模式中具有很重要的作用,它用于指导具体构建者如何构建产品,控制调用先后次序,并向调用者返回完整的产品类,但是有些情况下需要简化系统结构,可以把指挥者类和抽象建造者进行结合。

//构建者
public abstract class Builder {
    //声明Bike类型的遍历,并进行赋值
    protected Bike bike = new Bike();

    public abstract void builderFrame();

    public abstract void builderSeat();

    //构建自行车的方法
    public abstract Bike createBike();

    public Bike construct() {
        this.builderFrame();
        this.builderSeat();
        return this.bike;
    }
}

这样做确实简化了系统结构,但同时也加重了抽象建造者类的职责,也不是太符合单一职责原则如果 construct() 过于复杂,建议还是封装到 Director 中。

优点:

  • 建造者模式的封装性很好。使用建造者模式可以有效的封装变化,在使用建造者模式的场景中,一般产品类和建造者类是比较稳定的,因此,将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性。
  • 在建造者模式中,客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象。
  • 可以更加精细地控制产品的创建过程。将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便使用程序来控制创建过程。
  • 建造者模式很容易进行扩展。如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险。符合开闭原则。

缺点:

造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。

使用场景:

建造者(Builder)模式创建的是复杂对象,其产品的各个部分经常面临着剧烈的变化,但将它们组合在一起的算法却相对稳定,所以它通常在以下场合使用。

  • 创建的对象较复杂,由多个部件构成,各部件面临着复杂的变化,但构件间的建造顺序是稳定的。
  • 创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式,即产品的构建过程和最终的表示是独立的。

模式扩展:

建造者模式除了上面的用途外,在开发中还有一个常用的使用方式,就是当一个类构造器需要传入很多参数时,如果创建这个类的实例,代码可读性会非常差,而且很容易引入错误,此时就可以利用建造者模式进行重构。

//手机对象
public class Phone {
    private final String cpu;
    private final String screen;
    private final String memory;
    private final String mainBoard;

    @Override
    public String toString() {
        return "Phone{" +
                "cpu='" + cpu + '\'' +
                ", screen='" + screen + '\'' +
                ", memory='" + memory + '\'' +
                ", mainBoard='" + mainBoard + '\'' +
                '}';
    }

    private Phone(Builder builder) {
        this.cpu = builder.cpu;
        this.screen = builder.screen;
        this.memory = builder.memory;
        this.mainBoard = builder.mainBoard;
    }

    public static final class Builder {
        private String cpu;
        private String screen;
        private String memory;
        private String mainBoard;

        public Builder cpu(String cpu) {
            this.cpu = cpu;
            return this;
        }

        public Builder screen(String screen) {
            this.screen = screen;
            return this;
        }

        public Builder memory(String memory) {
            this.memory = memory;
            return this;
        }

        public Builder mainBoard(String mainBoard) {
            this.mainBoard = mainBoard;
            return this;
        }

        //使用构建者创建Phone对象
        public Phone build() {
            return new Phone(this);
        }
    }
}

//测试方法
public static void main(String[] args) {
    //使用Phone类中的内部类链式编程
    Phone phone = new Phone.Builder()
        .cpu("Inter")
        .screen("三星")
        .memory("金士顿")
        .mainBoard("华硕")
        .build();
    System.out.println(phone);
}

重构后的代码在使用起来更方便,某种程度上也可以提高开发效率。从软件设计上,对程序员的要求比较高。

创建者模式对比:

工厂方法模式Vs建造者模式

工厂方法模式注重的是整体对象的创建方式;而建造者模式注重的是部件构建的过程,意在通过一步—步地精确构造创建出一个复杂的对象。

我们举个简单例子来说明两者的差异,如要制造一个超人,如果使用工厂方法模式,直接产生出来的就是一个力大无穷、能够飞翔、内裤外穿的超人;而如果使用建造者模式,则需要组装手、头、脚、躯干等部分,然后再把内裤外穿,于是一个超人就诞生了。

抽象工厂模式Vs建造者模式

抽象工厂模式实现对产品家族的创建,一个产品家族是这样的一系列产品:具有不同分类维度的产品组合,采用抽象工厂模式则是不需要关心构建过程,只关心什么产品由什么工厂生产即可。

建造者模式则是要求按照指定的蓝图建造产品,它的主要目的是通过组装零配件而产生一个新产品。

如果将抽象工厂模式看成汽车配件生产工厂,生产一个产品族的产品,那么建造者模式就是一个汽车组装工厂,通过对部件的组装可以返回一辆完整的汽车。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值