构造者设计模式

构造者模式又叫创造者模式,是将一个复杂的对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。创建者模式隐藏了复杂对象的创建过程,它把复杂对象的创建过程加以抽象,通过子类继承或者重载的方式,动态的创建具有复合属性的对象。

这个说法有点官方,简单来说,有一个对象创建过程很复杂,我们采用构造者模式,可以将这个复杂的创建过程隐藏起来,而且可以通过构建者,来实现对象创建的多元化

举个例子,比如电脑的创建过程,需要创建CPU,硬盘,屏幕,主机,内存,适配器,键盘等等一系列小对象,最后才能构建出一个电脑对象也就是如果创建一个电脑对象的通常的做法,是这样编写我们的代码:

new Computer(new CPU(),new 屏幕(),new 硬盘(),new 内存(),new 主机(),new 内存(),new 适配器())

这样创建对象变得非常不容易,还有可能有电脑对象有两个cpu,两个内存,这样对象创建就更复杂,构造者设计模式就是解决复杂对象的创建,以及对象创建的多元化而诞生的

1.建造者角色(Builder)

对复杂对象的创建过程加以抽象,给出一个抽象接口,以规范产品对象的各个组成部分的建造。这个接口规定了要实现复杂对象的哪个部分的创建,但并不涉及具体对象不见的创建。

2.具体创建者角色(ConcreateBuilder)

实现Builder接口,针对不同的业务逻辑,具体化复杂对象的各个部分的创建。在建造过程完成后,提供产品的实例。

3.指导者(Director)

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

4.产品(Computer)

要创建的复杂对象,一般来说包含多个部分。

下面我们通过代码体会一下:

首先我们定义Computer类,里面用一个List存储Computer对象的各个部分:

class Computer {

    List<String> parts = new ArrayList<>();

    public void show() {
        for (String part : parts) {
            System.out.println(part);
        }
    }
}

然后,我们定义Builder抽象类,并定义Computer包括CPU,Disk,Screen三个部分:

interface Builder {
    void buildCpu();

    void buildDisk();

    void buildScreen();

    Computer getComputer();

}

下面分别定义ConcreateBuilder角色的ThinkPadComputerBuilder及DaiErComputerBuilder

class ThinkPadComputerBuilder implements Builder {
    private Computer com = new Computer();

    @Override
    public void buildCpu() {
        com.parts.add("ThinkPadCPU");
    }

    @Override
    public void buildDisk() {
        com.parts.add("ThinkPadDisk");
    }

    @Override
    public void buildScreen() {
        com.parts.add("ThinkPadScreen");
    }

    @Override
    public Computer getComputer() {
        return com;
    }

}

class DaiErComputerBuilder implements Builder {
    private Computer com = new Computer();

    @Override
    public void buildCpu() {
        com.parts.add("DaiErCPU");
    }

    @Override
    public void buildDisk() {
        com.parts.add("DaiErDisk");
    }

    @Override
    public void buildScreen() {
        com.parts.add("DaiErScreen");
    }

    @Override
    public Computer getComputer() {
        return com;
    }

}

下面我们定义指导者角色BuilderDirector,在类中添加Builder的引用,并通过其构造方法初始化builder属性:

class Direct {

    private Buidler builder;

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

    public Computer build() {
        builder.buildCpu();
        builder.buildDisk();
        builder.buildScreen();
        return builder.getComputer();
    }

}

编写测试类:

public class Test {

    public static void main(String[] args) {
        //首先,创建出一个专门创建小对象的构建类
        Buidler thinkPadbuidler = new ThinkPadComputerBuilder();
        Buidler daiErBuidler = new DaiErComputerBuilder();
        //将构建类传入到控制类
        Direct dir1 = new Direct(thinkPadbuidler);
        Direct dir2 = new Direct(daiErBuidler);
        //调用控制类的,组装方法,组成一个Computer对象
        Computer thinkPadcomputer = dir1.build();
        Computer daiErComputer = dir2.build();

        thinkPadcomputer.show();
        daiErComputer.show();
    }
}

总结:

1)使用建造者模式的好处:

①使用建造者模式可以使客户端不必知道产品内部组成的细节。

②具体的建造者类之间是相互独立的,这有利于系统的扩展。

③具体的建造者相互独立,因此可以对建造的过程逐步细化,而不会对其他模块产生任何影响。

2)建造者模式的使用场景:

①创建一些复杂对象时,这些对象的内部组成部分之间的建造顺序是稳定的,但对象的内部组成构建面临着复杂的变化。

②要创建的复杂对象的算法,独立于该对象的组成部分,也独立于组成部分的装配方法时。

原文地址:http://blog.51cto.com/13587708/2103551

时间: 2024-10-22 04:09:55

构造者设计模式的相关文章

学开发就这么多了

www.vpincha.cc 动手,动脑,动嘴,静心先敲代码实现功能,再探究竟. 1.<C++编程思想><Java 编程思想>2. J2EE或.NET,甚至LAMP 组合3. OO,OP 为何物?4. C++/Java 没开始学,立马使用VC/JBuilder5. 任何事情,一旦考虑好了,就要马上上路,不要等到准备周全之后,再去干事情.假如事情准备考虑周全了再上路的话,别人恐怕捷足先登了6. Java 而言有参考文献[4.3],有API 类的源代码(JDK 安装目录下的src.zi

Okhttp源码分析--基本使用流程分析

Okhttp源码分析--基本使用流程分析 一. 使用 同步请求 OkHttpClient okHttpClient=new OkHttpClient(); Request request=new Request.Builder() .get() .url("www.baidu.com") .build(); Call call =okHttpClient.newCall(request).execute(); 异步请求 OkHttpClient okHttpClient=new OkH

JAVA笔记5__构造块、静态块/单例设计模式/继承/final关键字/super关键字

public class Main { { //构造块(在构造对象时调用,先于构造方法执行) System.out.println("我是构造块!"); } static{ //静态块(在类加载时执行,且只执行一次[在构造块前执行]eg:数据库连接) System.out.println("我是静态块!"); } public Main(){ System.out.println("我是构造方法!"); } public static void

设计模式是在运用构造定律

大家看这些模式图片,是不是树?http://www.dofactory.com/net/design-patterns所有的都是树,下面都是构造定律.那些设计模式就是在研究如何构建树和如何在树上运动的.事实上应该是创建型模式.行为型模式,没有结构型模式.因为它的结构只有一个:树.如果看到了图,肯定是因为少识别出了某个节点或者错误的识别出来了某个节点.添加上少识别的节点纠正识别错误的节点后就一切都是树了.比如这个抽象工厂模式是怎么运用构造定律的,它的树大概是这样: 其实树就是对一个集合中的所有元素

【软件构造】第六章第二节 可维护的设计模式

第六章第二节 可维护的设计模式 Outline 创造性模式:Creational patterns 工厂模式(Factory Pattern) 抽象工厂模式(Abstract Factory Pattern) 建造者模式(Builder Pattern) 结构化模式:Structural patterns 桥接模式(Bridge Pattern) 代理模式(Proxy Pattern) 组合模式(Composite Pattern) 行为化模式:Behavioral patterns 中介者模式

设计模式之构造者模式

构造者模式:讲一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示. 如果我们使用了构建者模式,那么用户就只需要指定需要构建的类型就可以得到它们,而具体构建的过程和细节就不需要知道了. 有这样一个编程实践,如果我们需要画一个人,那么肯定是都需要话头.身体.左手.右手.左脚.右脚. 代码如下: #import <UIKit/UIKit.h> @interface ZYThinPersonView : UIView @end #import "ZYThinPersonV

js原生设计模式——2面向对象编程之继承—call(this)构造函数式继承

<!DOCTYPE html><html lang="en"><head>    <meta charset="UTF-8">    <title>constructorfunctionInherit</title>    <script type="text/javascript">    //声明父类    function superClass(id){  

Java设计模式——构造者模式(Builder)

建造模式是对象的创建模式.建造模式可以将一个产品的内部对象与产品的生产过程分割开啦,从而可以使一个建造过程生成具有不同的内部表象的产品对象. 对象性质的构造: 有些情况下,一个对象会有一些重要的性质,在它们没有恰当的值之前,对象不能作为一个完整的产品使用.比如,一个电子邮件有发件人地址.收件人地址.主题.内容.附录等部分,而在最起码的收件人地址得到赋值之前,这个电子邮件不能发送. 有些情况下,一个对象的一些性质必须按照某个顺序赋值才有意义.在某个性质没有赋值之前,另一个性质则无法赋值.这些情况使

构造私有化和单例设计模式

以下的代码对构造方法进行了私有化封装,但这样封装后我们在类外需要实例化对象是会出现错误,因为构造方法是私有的,所以无法实例化. 1 class Singleton{ 2 private Singleton() {} 3 public void print() { 4 System.out.println("hello world"); 5 } 既然在外部不能实例化对象,我们可以在类的内部实例化对象. 1 class Singleton { 2 // 在类的内部进行实例化对象 3 pri