JS 建造者模式

channg 发布于2019-08-22 11:17 / 3070人阅读

摘要：如何应对这种变化如何提供一种封装机制来隔离出复杂对象的各个部分的变化，从而保持系统中的稳定构建算法不随着需求改变而改变这就是要说的建造者模式。建造者模式，将一个复杂对象的构建层与其表示层相互分离，使得同样的构建过程可以采用不同的表示。

1. 简介

在软件系统中，有时候面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法确相对稳定。如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的“稳定构建算法”不随着需求改变而改变？这就是要说的建造者模式。

建造者模式(Builder pattern)，将一个复杂对象的构建层与其表示层相互分离，使得同样的构建过程可以采用不同的表示。也就是说如果我们用了建造者模式，那么用户就需要指定需要建造的类型就可以得到它们，而具体建造的过程和细节就不需要知道了。

在工厂模式中，对创建的结果都是一个完整的个体，我们对参见的过程不为所知，只了解创建的结果对象。而在建造者模式中我们关心的是对象的创建过程，因此我们通常将创建对象的类模块化，这样使被创建的类的每一个模块都可以得到灵活的运用和高质量的复用。

2. 实现

const Human = function(param) {
  this.skill = param && param.skill || "保密"
  this.hobby = param && param.hobby || "保密"
}
Human.prototype = {
  getSkill: function() {
    return this.skill
  },
  getHobby: function() {
    return this.hobby
  }
}

const Named = function(named) { 
  (function(named, that) {
    that.wholeName = named
    if (named.includes(" ")) {
      that.FirstName = named.slice(0, named.indexOf(" "))
      that.SecondeName = named.slice(named.indexOf(" "))
    }
  })(named, this)
}

const Work = function(work) {
  (function(work, that) {
    switch (work) {
      case "code":
        that.work = "工程师"
        that.workDesc = "每天沉迷于编程"
        break
      case "UE":
        that.work = "设计师"
        that.workDesc = "设计更像一种艺术"
        break
      default :
        that.work = work
        that.workDesc = "对不起，我们不清楚您所选择职位的描述"
    }
  })(work, this)
}

Work.prototype.changeWork = function(work) {
  this.work = work
}

const Person = function(param, name, work) {    // 构造方法，不同模块使用不同创建过程
  const _person = new Human(param)
  _person.named = new Named(name)
  _person.work = new Work(work)
  return _person
}

const xiaoming = new Person({ skill: "耍帅", hobby: "装逼" }, "xiao ming", "code")
xiaoming.skill    // 耍帅
xiaoming.FirstName  // xiao
xiaoming.work    // 工程师

根据建造者的定义，表相即是回调，也就是说获取数据以后如何显示和处理取决于回调函数，相应地回调函数在处理数据的时候不需要关注是如何获取数据的，同样的例子也可以在jquery的ajax方法里看到，有很多回调函数（比如success, error回调等），主要目的就是职责分离。

同样再来一个jQuery的例子：$("

bar

")，我们只需要传入要生成的HTML字符，而不需要关心具体的HTML对象是如何生产的。

3. 总结

建造者模式主要用于“分步骤构建一个复杂的对象”，在这其中“分步骤”是一个稳定的算法，而复杂对象的各个部分则经常变化，其优点是：建造者模式的“加工工艺”是暴露的，这样使得建造者模式更加灵活，并且建造者模式解耦了组装过程和创建具体部件，使得我们不用去关心每个部件是如何组装的。

这种方式对于整体对象类的拆分无疑增加了结构的复杂性，因此如果对象粒度很小，或者模块间的复用率很低并且变动不大，我们最好还是要创建整体对象。

本文是系列文章，可以相互参考印证，共同进步~

JS 抽象工厂模式

JS 工厂模式

JS 建造者模式

JS 原型模式

JS 单例模式

JS 回调模式

JS 外观模式

JS 适配器模式

JS 利用高阶函数实现函数缓存(备忘模式)

JS 状态模式

JS 桥接模式

JS 观察者模式

网上的帖子大多深浅不一，甚至有些前后矛盾，在下的文章都是学习过程中的总结，如果发现错误，欢迎留言指出~

参考：
设计模式之建造者模式
《Javascript 设计模式》 - 张荣铭

PS：欢迎大家关注我的公众号【前端下午茶】，一起加油吧~

另外可以加入「前端下午茶交流群」微信群，长按识别下面二维码即可加我好友，备注加群，我拉你入群～

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

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

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

JS 设计模式八（建造者模式）

摘要：即建造者模式可以强制实行一种分步骤进行的建造过程。指导类负责调用适当的建造者来组建产品，指导类一般不与产品类发生依赖关系，与指导类直接交互的是建造者类建造者模式优点建造者模式的封装性很好。建造者模式将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。主要解决在软件系统中，有时候面临着一个复杂对象的创建工作，由于需求的变化，这个复杂对象的某些部分经常面临着剧烈的变化...

tanglijun 2019-08-19 18:21 评论0 收藏0
js常用设计模式实现（三）建造者模式

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

Apollo 2019-08-23 18:40 评论0 收藏0
一天一个设计模式之JS实现——建造者模式

摘要：参考文章设计模式之建造者模式一什么是建造者模式建造者模式是将一个复杂的对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。参考文章：java设计模式之建造者模式一、什么是建造者模式建造者模式：是将一个复杂的对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。工厂类模式提供的是创建单个类的模式，而建造者模式则是将各种产品集中起来进行管理，用来创建复合对象，所谓...

boredream 2019-08-22 15:49 评论0 收藏0
细谈JavaScript中的一些设计模式

摘要：注意事项声明函数时候处理业务逻辑区分和单例的区别，配合单例实现初始化构造函数大写字母开头推荐注意的成本。简单工厂模式使用一个类通常为单体来生成实例。 @(书籍阅读)[JavaScript, 设计模式] 常见设计模式一直对设计模式不太懂，花了一下午加一晚上的时间，好好的看了看各种设计模式，并总结了一下。设计模式简介设计模式概念解读设计模式的发展与在JavaScript中的应用 ...

30e8336b8229 2019-08-19 17:47 评论0 收藏0
深入理解建造者模式 ——组装复杂的实例

摘要：而建造者模式则是要求按照指定的蓝图建造产品，它的主要目的是通过组装零配件而产生一个新产品。最后通过一个套餐实例，介绍了建造者模式在实例中的基本使用手段。历史文章回顾：设计模式专栏深入理解单例模式深入理解工厂模式历史优质文章推荐：分布式系统的经典基础理论可能是最漂亮的Spring事务管理详解面试中关于Java虚拟机（jvm）的问题看这篇就够了无论是在现实世界中还是在软件...

sanyang 2019-08-15 18:05 评论0 收藏0