学习
实践
活动
工具
TVP
写文章

建造者模式【建造者模式设计模式】

建造者(Builder)模式和工厂模式的关注点不同:建造者模式注重零部件的组装过程,而工厂方法模式更注重零部件的创建过程,但两者可以结合使用。 建造者模式的结构与实现 建造者(Builder)模式由产品、抽象建造者、具体建造者、指挥者等 4 个要素构成,现在我们来分析其基本结构和实现方法。 :实现了抽象建造者接口。 //具体建造者:实现了抽象建造者接口。 //具体建造者:实现了抽象建造者接口。

10910

建造者模式

1332654150_2478.jpg 建造者模式与工厂模式的区别 我们可以看到,建造者模式与工厂模式是极为相似的,总体上,建造者模式仅仅只比工厂模式多了一个“导演类”的角色。 在建造者模式的类图中,假如把这个导演类看做是最终调用的客户端,那么图中剩余的部分就可以看作是一个简单的工厂模式了。 与工厂模式相比,建造者模式一般用来创建更为复杂的对象,因为对象的创建过程更为复杂,因此将对象的创建过程独立出来组成一个新的类——导演类。 也就是说,工厂模式是将对象的全部创建过程封装在工厂类中,由工厂类向客户端提供最终的产品;而建造者模式中,建造者类一般只提供产品类中各个组件的建造,而将具体建造过程交付给导演类。 建造男人的脚 建造男人的头

35160
  • 广告
    关闭

    11.11云上盛惠

    万元礼包限时领取,百款云产品特惠助力上云,云服务器2核2G低至4.2元/月

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    建造者模式

    建造者模式使用多个简单的对象一步一步构建成一个复杂对象。这种类型的设计模式属于创建型模式。提供了一种创建对象的最佳方式。 将复杂的构建与其表示分离,是的同样的构建过程可以创建不同的表示。 优点:建造者独立,易于扩展,便于控制细节风险。 缺点:产品必需有共同点,范围有限制。 如果内部变化复杂,会有很多的建造类 使用场景:需要生成的对象有复杂的内部结构,需要生成的对象内部属性相互依赖 与工厂模式的区别:建造者模式更加关注与零件装配的顺序。 参考: 菜鸟教程 建造者模式

    22500

    建造者模式

    建造者模式 建造者模式Builder Pattern又可以称为生成器模式,是将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示,建造者模式属于对象创建型模式。 模式结构 Builder: 抽象建造者,引入抽象建造者的目的,是将建造的具体过程交与它的子类来实现。这样更容易扩展。一般至少会有两个抽象方法,一个用来建造产品,一个是用来返回产品。 在抽象工厂模式中,客户端实例化工厂类,然后调用工厂方法获取所需产品对象,而在建造者模式中,客户端可以不直接调用建造者的相关方法,而是通过指挥者类来指导如何生成对象,包括对象的组装过程和建造步骤,它侧重于一步步构造一个复杂对象 每一个具体建造者都相对独立,而与其他的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者, 用户使用不同的具体建造者即可得到不同的产品对象 。 增加新的具体建造者无须修改原有类库的代码,指挥者类针对抽象建造者类编程,系统扩展方便,符合开闭原则。

    8340

    建造者模式

    建造者模式(Builder Pattern)使用多个简单的对象一步一步构建成一个复杂的对象。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。 关键代码:建造者:创建和提供实例,导演:管理建造出来的实例的依赖关系。 应用实例: 1、Android中的AlertDialog.Builder。 2、JAVA 中的 StringBuilder。 优点: 1、建造者独立,易扩展。 2、便于控制细节风险。 缺点: 1、产品必须有共同点,范围有限制。 2、如内部变化复杂,会有很多的建造类。 使用场景: 1、需要生成的对象具有复杂的内部结构。 注意事项:与工厂模式的区别是:建造者模式更加关注与零件装配的顺序。 http://www.runoob.com/design-pattern/builder-pattern.html

    5220

    建造者模式

    建造者模式 建造者模式Builder Pattern又可以称为生成器模式,是将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示,建造者模式属于对象创建型模式。 模式结构 Builder: 抽象建造者,引入抽象建造者的目的,是将建造的具体过程交与它的子类来实现。这样更容易扩展。一般至少会有两个抽象方法,一个用来建造产品,一个是用来返回产品。 在抽象工厂模式中,客户端实例化工厂类,然后调用工厂方法获取所需产品对象,而在建造者模式中,客户端可以不直接调用建造者的相关方法,而是通过指挥者类来指导如何生成对象,包括对象的组装过程和建造步骤,它侧重于一步步构造一个复杂对象 每一个具体建造者都相对独立,而与其他的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者, 用户使用不同的具体建造者即可得到不同的产品对象 。 增加新的具体建造者无须修改原有类库的代码,指挥者类针对抽象建造者类编程,系统扩展方便,符合开闭原则。

    15740

    建造者模式

    建造者模式 应用场景 需要生成的对象具有复杂的内部结构 需要生成的对象内部属性本身相互依赖 与不可变对象配合使用 优点 建造者独立,易拓展 便于控制细节风险 建造者模式 public class Product2(this.name,this.password,this.part1,this.part2,this.part3,this.part4,this.part5); } } //进行建造 part4='" + part4 + '\'' + ", part5='" + part5 + '\'' + '}'; } } 简单建造者模式 /** * 简单建造者 */ public class ProductTest { public static void main(String[] args) { Product3 //建造者静态内部类 public static class Builder{ private String name; private String password

    6210

    建造者模式

    建造者模式介绍 建造者模式是一个在软件开发中经常使用到的设计模式,下面看下它的定义。 建造者模式的优点 1.符合面向对象的封装原则,构成过程和最终表示完全分离。 2.避免了代码臃肿,冗余,出错几率,使用了建造者模式,在很大程度上减少了系统的耦合,因为实现细节都已经屏蔽,所以开发者不需要去自己构建。 权衡是否使用建造者模式 从建造者模式的优缺点中我们可以看出建造者模式给我们带来了很多好处,但是也会产生一定的影响,所以我们在使用的时候要考虑是否有必要用,是否合适用,不要为了使用设计模式而去使用设计模式 如果我们创建的对象不是那么复杂,那么我们可以使用工厂模式来创建,因为工厂模式和建造者模式的目标都是屏蔽对象的创建过程,不过工厂模式一般来说不会去创建太过于复杂的对象,如果要创建比较复杂的对象,那么考虑使用建造者模式

    8810

    建造者模式

    ——《设计模式:可复用面向对象软件的基础》 建造者模式是一种对象创建型模式。 使用场景 从定义中的关键词“复杂的对象”就可以看出来,建造者模式适用于当我们在创建复杂的对象的时候。 本来是客户端直接创建复杂对象,现在是应用建造者模式,通过指挥者指挥具体建造者生成复杂对象的组成部分,然后组装起一个完整的复杂对象。 客户端不需要知道复杂对象的构造过程,只需要给指挥者指定具体建造者即可。 我们可以用建造者模式建造车。 用户使用不同的具体建造者即可得到不同的产品对象,新增具体建造者符合“开闭原则”。 2、可以更精细地控制产品的创建过程。 缺点 1、不适用于内部变化复杂的产品。

    10110

    建造者模式

    定义:将一个复杂对象的构造与它的表示分离,使同样的构建过程可以创建不同的表示,这样的设计模式被称为建造者模式。 直白点说,建造者模式(Builder Pattern)使用多个简单的对象一步一步构建成一个复杂的对象。 这样的情况下,我们就可以使用建造者模式。 建造者模式UML类图(来自百度图片): image.png 在建造者模式中,有以下几个角色: 1. 建造者的使用场合: 1. 创建一些复杂的对象时,这些对象的内部组成构件间的建造顺序是稳定的,但是对象的内部组成构件面临着复杂的变化。 2. 创建一些复杂的对象时,这些对象内部组成构件见中的建造顺序不同产生了不同的效能,这个时候使用建造者模式是非常合适。

    24420

    建造者模式

    首先来看建造者模式的UML图: ? Ibuilder:给出一个抽象接口,以规范产品对象的各个组成成分的建造。这个接口规定要实现复杂对象的哪些部分的创建,并不涉及具体的对象部件的创建。 在建造过程完成后,提供产品的实例。 Director:调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。 使用建造者模式的好处: 1.使用建造者模式可以使客户端不必知道产品内部组成的细节。 2.具体的建造者类之间是相互独立的,对系统的扩展非常有利。 3.由于具体的建造者是独立的,因此可以对建造过程逐步细化,而不对其他的模块产生任何影响。 使用建造模式的场合: 1.创建一些复杂的对象时,这些对象的内部组成构件间的建造顺序是稳定的,但是对象的内部组成构件面临着复杂的变化。

    28410

    建造者模式

    二、建造者模式 建造者模式注重创建对象的细节,使用这种模式创建出的复杂对象或者复合对象结构会非常清晰 1、建造者模式例子 比如有一家招聘中介公司,现在有一批纸质简历或者简历数据信息,为了做成统一的电子版简历 ,我们需要将这些信息进行整理,我们如何去做呢 // 未使用建造者模式前 <! ('xxx') console.log(candidateArr[1].work) </script> </head> <body> </body> </html> // 建造者模式

    7620

    建造者模式

    建造者模式概述 2. 建造者模式的结构与实现 3. 建造者模式的应用实例 4. 指挥者类的深入讨论 “代码:https://github.com/nateshao/design-demo 1. 建造者模式的结构 建造者模式包含以下4个角色: Builder(抽象建造者) ConcreteBuilder(具体建造者) Product(产品) Director(指挥者) 2. 实例类图 实例代码 Actor:游戏角色类,充当复杂产品对象 ActorBuilder:游戏角色建造者,充当抽象建造者 HeroBuilder:英雄角色建造者,充当具体建造者 AngelBuilder :天使角色建造者,充当具体建造者 DevilBuilder:恶魔角色建造者,充当具体建造者 ActorController:角色控制器,充当指挥者 Client:客户端测试类 结果及分析 如果需要更换具体角色建造者 ,与其他的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者,扩展方便,符合开闭原则 可以更加精细地控制产品的创建过程 模式缺点 建造者模式所创建的产品一般具有较多的共同点,其组成部分相似

    8220

    建造者模式

    ——《威尼斯商人》 这两天开发中用到了建造者模式,写起来感觉挺爽的 以前我们创建一个javabean /** * 自定义pojo */ public static class Teacher { teacher = new Teacher(); teacher.setName("achao"); teacher.setAge(91); System.out.println(teacher); 建造者模式的话 .build(); System.out.println(ruben); 那么,每次这么写肯定受不了,于是我们可以使用lombok 只需要在我们的javabean上加个@Builder注解就可以使用建造者模式了

    8210

    建造者模式

    简介 建造者模式 (Builder)将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。  建造者模式是一种对象创建型模式 (可参考 设计模式 创建型模式)。  使用建造者模式,用户就只需要指定需要建造的类型,具体的建造过程和细节并不需要知道。 结构 ? 图-建造者模式结构图 Product : 产品类,由多个部件构成。 ,只需指定建造 Product 具体类型。 图-建造者模式时序图 关键流程 客户端创建 Director 对象并配置它所需要的 Builder 对象。 Director 负责通知 builder 何时建造 product 的部件。 盖房子需要有建筑工人负责建造,有工程师负责画建筑图纸。

    35970

    建造者模式

    建造者模式 将复杂的对象的实现过程与表现形式进行分离。 此模式用于创建一些复杂的对象,内部建造顺序稳定,但是建造的内容有复杂的变化。 此模式将建造代码与表示代码分离,建造者隐藏了产品的组装过程,通过不同的建造者定义不同的产品内部表示。 ?

    22620

    建造者模式

    建造者模式(Builder Pattern) 建造者模式是将一个复杂对象的构建与其表示分离,使得同样的构建过程可以创建不同的表示。 它是构造方法的一种代替,当构造函数的参数多于4个,且部分参数是可选时可以考虑使用该模式 注意与工厂模式的区别: 建造者:更注重方法的调用顺序,内容(组装对象),创建对象是不同的 工厂:注重创建对象(生产对象 流程 参考并稍加修改开源框架 Mybatis 如何使用 非传统 的建造者模式,下面用 Computer 类作为创建的对象 2.1 创建的对象类 public class Computer { this.cpu = cpu; this.ram = ram; this.vga = vga; this.hdd = hdd; } } 2.2 建造

    7610

    建造者模式

    建造模式 介绍 该子标题中内容,来源菜鸟教程 意图 将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。 优点 建造者独立,易扩展。 便于控制细节风险。 缺点: 产品必须有共同点,范围有限制。 如内部变化复杂,会有很多的建造类。 使用场景 需要生成的对象具有复杂的内部结构。 注意事项 与工厂模式的区别是:建造者模式更加关注与零件装配的顺序。 代码 模式角色和职责 产品对象 复杂的内部属性集合的bean。 CompanyBuilder { //创建公司对象(产品) protected Company company = new Company(); /** * 产品属性建造 * @return */ public abstract CompanyBuilder buildName(String name); /** * 产品属性建造

    19630

    建造者模式

    [构建与表示分离,同构建不同表示] 与工厂模式的区别:在建造者模式里,有个指导者,由指导者来管理建造者,用户是与指导者联系的,指导者联系建造者最后得到产品。 即建造模式可以强制实行一种分步骤进行的建造过程。建造模式是将复杂的内部创建封装在内部,对于外部调用的人来说,只需要传入建造者和建造工具,对于内部是如何建造成成品的,调用者无需关心。 在建造过程完成后,提供产品的实例。 3. Director:调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。 4. : 1.使用建造者模式可以使客户端不必知道产品内部组成的细节。 2.具体的建造者类之间是相互独立的,对系统的扩展非常有利。 3.由于具体的建造者是独立的,因此可以对建造过程逐步细化,而不对其他的模块产生任何影响。

    29350

    建造者模式

    对于建造者模式,我们首先来说明建造者模式是用来干嘛的。建造模式一般用于创建复杂对象,这些复杂对象的构建过程是稳定的,但是内部的构件通常要面临比较复杂的变化。怎么来解释呢? 通常我们可能会抽象出一个创建人的接口,并有画出头、手、脚、身体这几个抽象方法,胖子、瘦子分别来实现这几个方法,但是我们还需要将这几个方法组装起来,建造者模式利用一个指挥者类来控制建造过程,但是集绕我们的建造过程是稳定的 ,这里是接口,只负责提供创建人的头等的方法,建造过程不由建造者实现,而是由另一个类指挥者(Director)来实现。 那么我们的建造过程去哪儿了呢?上面提到了由一个指挥者来指挥建造过程。 第二种方法将建造小人各个部分即Builder、具体小人Product、构建过程Director相互分离。到底是第一种方法简单易读好?还是第二种利用建造者模式好呢?

    25660

    扫码关注腾讯云开发者

    领取腾讯云代金券