js常用設計模式實現（三）建造者模式

Apollo 發布于2019-08-23 18:40 / 2297人閱讀

摘要：創建型模式創建型模式是對一個類的實例化過程進行了抽象，把對象的創建和對象的使用進行了分離關于創建型模式，已經接近尾聲了，還剩下建造者模式和原型模式，這一篇說一說建造者模式建造者模式的定義將一個復雜對象的構建與它的表示分離，使得同樣的構建過程

創建型模式

創建型模式是對一個類的實例化過程進行了抽象，把對象的創建和對象的使用進行了分離

關于創建型模式，已經接近尾聲了，還剩下建造者模式和原型模式，這一篇說一說建造者模式

建造者模式的定義

將一個復雜對象的構建與它的表示分離，使得同樣的構建過程可以創建不同的表示。

很官方哈，舉個例子，就拿他的名字來說，建房子，你盡管告訴開發商，我有錢我要一個這樣的房子，然后開發商就會去找到工人，然后進行一些列的工作，最后工人干完之后，你住進去了，不關心過程，只要結果就是建造者模式

總之建造者模式就是通過一步步構建多個組成部分，直到構建一個對象

建造者模式實現

根據上邊的例子來實現一下建造者

首先你的需求就是你需要一個你想要的房子，那么你肯定不能自己去建造，首先你會找到開發商

    /**
     * @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建造者模式策略者模式

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/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