java 设计模式-创建者模式-建造者模式概述

1.1概述

将一个复杂对象的构建与表示分离,使得同样的构建过程可以创建不同的表示(eg:复杂对象-主机整体 分离的部分-主机中的各个组件),这个模式适用于:某个对象的构建过程复杂的情况。

由于实现了构建装配的解耦。不同的构建器,相同的装配,也可以做出不同的对象;相同的构建器,不同的装配顺序也可以做出不同的对象,也就是实现了构建算法、装配算法的解耦,实现了更好的复用。

建造者模式可以将部件和装配过程分开,一步一步创建一个复杂的对象。用户只需要指定复杂对象的类型就可以得到该对象,而无需知道内部的具体构造细节。

1.2结构

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

抽象建造者(Builder):要创建的复杂对象;

具体建造者类(ConcreteBuilder):实现Builder接口,完成复杂产品的各个部件的具体创建方法,在构造过程中,提供产品的实例;

产品类(Product):要创建的复杂对象

指挥者类(Director):调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。

类图:

1.3实例

创建共享单车

生产自行车包括很多过程也包括很多组件,它包含了车架,车座等组件的生产。而车架又有多种材质,车座也有多种材质于是自行车的生产用建造者模式。

类图:

代码实现:

Bike:

Builder:

  MobileBuilder:

OfoBuilder:

Director:

Client(用于测试):

1.4优缺点分析(适用场景分析)

优点:

建造者模式封装性很好。使用建造者模式可以有效的封装变化,在使用建造者模式场景中,一般产品类和建造者类式比较稳定,因此,将主要的业务逻辑封装在指挥者中对整体而言取得较好的稳定性。

在建造者模式中,客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象。

可以更加精细的控制产品的创建过程,将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便使用程序来控制创建过程。

建造者模式很容易进行扩展。如有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试过的代码,因此不会有对原功能引入风险,符合开闭原则。

缺点:

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

适用场景:

建造者模式创建的是复杂对象,其产品的各个部分经常面临剧烈的变化,但将他们组合在一起的算法相对比较稳定,所以他们适用于:

        当需要生成的产品对象有复杂的内部结构,这些产品对象通常包含多个成员属性时,建造者模式可以将对象的构建过程与表示分离,使得构建过程更加清晰和灵活。
当需要生成的产品对象的属性相互依赖,需要指定其生成顺序时,建造者模式可以通过指挥者类控制构建过程,确保对象的正确构建。
对象的创建过程独立于创建该对象的类时,建造者模式可以通过指挥者类封装创建过程,使得客户端无需关心对象的创建细节。

1.5改进的构建者模式

特点:

该对象创建时组件的顺序由 客户自己定义

可以显式的定义对象的成员属性

改进前的代码:

public class Phone {
    private String cpu;
    private String screen;
    private String memory;
    private String mainboard;
    
    public Phone(String cpu,String screen,String memory,String mainboard)
{
    this.cpu=cpu;
    this.screen=screen;
    this.memory=memory;
    this.mainboard=mainboard;
}
    public String getCpu()
{
    return cpu;
}
    public void setCpu()
{
    this.cpu=cpu;
}


    public String getScreen()
{
    return screen;
}
    public void setScreen()
{
    this.screen=screen;
}



    public String getMemory()
{
    return memory;
}
    public void setMemory()
{
    this.memory=memory;
}




    public String getMainboard()
{
    return mainboard;
}
    public void setMainboard()
{
    this.mainboard=mainboard;
}

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

}

Client:

public class Client{
public static void (String[] args)
{
    //构建Phone对象
    Phone phone = new Phone("intel","三星屏幕","金士顿","华硕");
    System.out.println(phone);
}

改进后的

Client:

ps:StringBuilder源码

StringBuilder

往源码追踪StringBuilder

发现继承AbstractStringBuilder类(好像是抽象建造者类)继续追踪

发现其实不然,AbstractStringBuilder 中由接口Appendable组成一部分(其中的append(String)函数也被实现)

实现的append(String)

Appendable接口定义了多个append方法(抽象方法),即作为抽象建造者,定义了抽象方法

综上所述

Appendable接口定义了多个append方法(抽象方法),即作为抽象建造者,定义了抽象方法

AbstractStringBuilder 实现了Appendable接口方法,AbstractStringBuilder已经是建造者,只是不能实例化

StringBuilder 既充当了指挥者 同时充当了具体的建造者

因为其调用了AbstractStringBuilder中的append(String)并且重新写了一个函数,建造方法的实现是由AbstractStringBuilder完成

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值