js常用设计模式实现（三）建造者模式

Apollo 发布于2019-08-23 18:40 / 2212人阅读

摘要：创建型模式创建型模式是对一个类的实例化过程进行了抽象，把对象的创建和对象的使用进行了分离关于创建型模式，已经接近尾声了，还剩下建造者模式和原型模式，这一篇说一说建造者模式建造者模式的定义将一个复杂对象的构建与它的表示分离，使得同样的构建过程

创建型模式

创建型模式是对一个类的实例化过程进行了抽象，把对象的创建和对象的使用进行了分离

关于创建型模式，已经接近尾声了，还剩下建造者模式和原型模式，这一篇说一说建造者模式

建造者模式的定义

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

很官方哈，举个例子，就拿他的名字来说，建房子，你尽管告诉开发商，我有钱我要一个这样的房子，然后开发商就会去找到工人，然后进行一些列的工作，最后工人干完之后，你住进去了，不关心过程，只要结果就是建造者模式

总之建造者模式就是通过一步步构建多个组成部分，直到构建一个对象

建造者模式实现

根据上边的例子来实现一下建造者

首先你的需求就是你需要一个你想要的房子，那么你肯定不能自己去建造，首先你会找到开发商

    /**
     * @author: 周靖松
     * @information: 开发商
     * @Date: 2019-07-14 10:11:54
     */
    class Developer {
        constructor() {
            this.need = ["卧室", "厨房", "客厅"];
            console.log("我需要这样的房间");
        }
    
        construct() {
            console.log("开始建造");
            let workerOk=this.need.map(el=>{
                let builder = new CreatDiagram();
                builder.build(el);
                return builder.getResult();
            })
                
            console.log("房子不错");
            console.log(workerOk);
        }
    }
    // 要求产品
    let home = new Developer();
    // 生成产品
    home.construct();

这是最终的目的，在我们new这个开发商类的时候，我们告诉他我们需要什么样的房子，需要有什么，然后开发商也不是自己去建造，他需要一个设计图，并且需要一些工人来帮助他实现建造

    /**
     * @author: 周靖松
     * @information: 设计图抽象类
     * @Date: 2019-07-14 10:11:10
     */
    class Diagram {
        constructor() {
        console.log("拿到图纸")
        }
    
        build(partName) {
            console.log(`观察${partName}图纸`);
        }
    }
    
    /**
     * @author: 周靖松
     * @information: 设计图实现
     * @Date: 2019-07-14 10:11:25
     */
    class CreatDiagram extends Diagram {
        constructor() {
            super();
        }
    
        build(partName) {
            super.build(partName);
            console.log(`建造开始${partName}`);
            this.worker = new worker(partName);
        }
        getResult() {
            console.log("完工");
            return this.worker;
        }
    }

ok 设计图到手，开始招人干活

    /**
     * @author: 周靖松
     * @information: 工人类
     * @Date: 2019-07-14 10:11:40
     */
    class worker {
        constructor(material) {
            console.log(`我建造了${material}`);
            this.data = material
        }
    }

最后放一下全部代码

   /**
     * @author: 周靖松
     * @information: 设计图抽象类
     * @Date: 2019-07-14 10:11:10
     */
    class Diagram {
        constructor() {
        console.log("拿到图纸")
        }
    
        build(partName) {
            console.log(`观察${partName}图纸`);
        }
    }
    
    /**
     * @author: 周靖松
     * @information: 设计图实现
     * @Date: 2019-07-14 10:11:25
     */
    class CreatDiagram extends Diagram {
        constructor() {
            super();
        }
    
        build(partName) {
            super.build(partName);
            console.log(`建造开始${partName}`);
            this.worker = new worker(partName);
        }
        getResult() {
            console.log("完工");
            return this.worker;
        }
    }
    
    /**
     * @author: 周靖松
     * @information: 工人类
     * @Date: 2019-07-14 10:11:40
     */
    class worker {
        constructor(material) {
            console.log(`我建造了${material}`);
            this.data = material
        }
    }
    
    /**
     * @author: 周靖松
     * @information: 开发商
     * @Date: 2019-07-14 10:11:54
     */
    class Developer {
        constructor() {
            this.need = ["卧室", "厨房", "客厅"];
            console.log("我需要这样的房间");
        }
    
        construct() {
            console.log("开始建造");
            let workerOk=this.need.map(el=>{
                let builder = new CreatDiagram();
                builder.build(el);
                return builder.getResult();
            })
                
            console.log("房子不错");
            console.log(workerOk);
        }
    }
    // 要求产品
    let home = new Developer();
    // 生成产品
    home.construct();

具体打印结果如下

建造者模式的优缺点 优点

在建造者模式里边，你不需要知道建造的过程是怎么样的，创建的实例将会与过程解耦。

而且建造者模式里边可以根部不同的的具体实现来得到不同的实例

建造者模式对于扩展来说很方便，不需要改变原有的代码

缺点

同样的，如果类内部的差异比较大，或者变化复杂的话，你就会增加很多对应的实现类，会使得代码比较臃肿

总结

上一篇介绍的抽象工厂，相比较而言，抽象工厂返回的就好比是房子的一些类的房屋，返回的是具体的小类，比较灵活，随意组装，但是像一些复杂的组成，则有些啰嗦，而建造者则返回的是这些类组装好的一个对象，各有各的应用场景，建造者模式可以比较适用与那些有固定生成顺序的对象，或者对象内部有复杂结构的情况

云服务器 GPU服务器建造者模式建造者设计模式 android建造者模式策略者模式

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/105659.html

JavaScript设计模式系列三：建造者模式

摘要：优点建造者模式的封装性很好，对象本身与构建过程解耦。建造者模式很容易进行扩展。适用场景需要生成的对象具有复杂得内部结构且内部属性本身相互依赖建造者模式的代码实现建造者模式主要有个部分产品类建造者类指挥者类客户。建造者完成相应的部分。建造者模式建造者模式（builder pattern）比较简单，它属于创建型模式的一种，将一个复杂的对象分解成多个简单的对象来进行构建，将复杂的构建层与...

CloudDeveloper 2019-08-22 15:56 评论0 收藏0
Java设计模式之（三）——建造者模式

摘要：建造者模式实现建造者模式实现创建抽象建造者类创建具体建造者类。建造者模式使用场景建造者模式使用场景相同的方法，不同的执行顺序，产生不同的事件结果时，可以采用建造者模式。1、什么是建造者模式 Separate the construction of a complex object from its representation so that the same constructi...

Forelax 2021-11-19 11:31 评论0 收藏0
#yyds干货盘点#Java设计模式之（三）——建造者模式

1、什么是建造者模式Separate the construction of a complex object from its representation so that the same construction process can create different representations.将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。说人话：将构...

番茄西红柿 2021-11-25 09:43 评论0 收藏2637
从ES6重新认识JavaScript设计模式(三): 建造者模式

摘要：书籍建造者类调用建造者高效能人士的七个习惯史蒂芬柯维励志上面的这个类和第一个例子的效果一样，但是长度确减少不少，在有更多属性的时候，减少的代码量会更为明显。参考内容设计模式张容铭 showImg(https://segmentfault.com/img/remote/1460000015147692); 1 什么是建造者模式? 建造者模式(Builder)是将一个复杂对象的构建层与其表...

hatlonely 2019-08-29 15:35 评论0 收藏0
从ES6重新认识JavaScript设计模式(三): 建造者模式

摘要：书籍建造者类调用建造者高效能人士的七个习惯史蒂芬柯维励志上面的这个类和第一个例子的效果一样，但是长度确减少不少，在有更多属性的时候，减少的代码量会更为明显。参考内容设计模式张容铭 showImg(https://segmentfault.com/img/remote/1460000015147692); 1 什么是建造者模式? 建造者模式(Builder)是将一个复杂对象的构建层与其表...

yuanxin 2019-08-26 11:57 评论0 收藏0