设计模式之建造者模式【build】(一)
一、建造者模式的介绍
1.1 定义
建造者模式(Builder Pattern) 又名生成器模式,是一种对象构建模式。它可以将复杂对象的建造过程抽象出来(抽象类别),使这个抽象过程的不同实现方法可以构造出不同表现(属性)的对象。
建造者模式 是一步一步创建一个复杂的对象,它允许用户只通过指定复杂对象的类型和内容就可以构建它们,用户不需要知道内部的具体构建细节。
1.2 建造者模式的优势在什么地方(优点)?
-
客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象。
-
每一个具体建造者都相对独立,而与其他的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者, 用户使用不同的具体建造者即可得到不同的产品对象 。
-
可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便使用程序来控制创建过程。
-
增加新的具体建造者无须修改原有类库的代码,指挥者类针对抽象建造者类编程,系统扩展方便,符合 “开闭原则”。
1.3 建造者模式使用的局限性(缺点)?
-
产品之间差异性很大的情况: 建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。【按序装配】
-
产品内部变化很复杂的情况: 如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大。
1.4 抽象工厂模式 与 建造者模式的差别
抽象工厂模式实现对产品家族的创建,一个产品家族是这样的一系列产品:具有不同分类维度的产品组合,采用抽象工厂模式不需要关心构建过程,只关心什么产品由什么工厂生产即可。【相对来说较灵活,根据生产工序,建造商品。】而建造者模式则是要求按照指定的蓝图建造产品,它的主要目的是通过组装零配件而产生一个新产品【在direct的引导下按照固定流程进行产品组装,具有固定性】。
1.5 模式结构
1.5.1 建造者模式主要包含四个角色
Product(产品角色): 一个具体的产品对象。
Builder(抽象建造者): 创建一个Product对象的各个部件指定的抽象接口。
ConcreteBuilder(具体建造者): 实现抽象接口,构建和装配各个部件。
Director(指挥者): 构建一个使用Builder接口的对象。它主要是用于创建一个复杂的对象。它主要有两个作用,一是:隔离了客户与对象的生产过程,二是:负责控制产品对象的生产过程。
1.5.2 结构
概念分析总结:建造者模式因为装配的本质是统一流程化,归根结底就是根据按照一定的流程顺序装配,产出一个product产品对象的过程。
二、建造者模式分析【网上copy一个】
-
package com.rabbit.pattern.builder;
-
-
/**
-
* 抽象电脑类
-
* Created by vip on 2018/3/19.
-
*/
-
public abstract class AbstractComputer {
-
-
//显示器
-
public abstract void display();
-
//CPU
-
public abstract void cpu();
-
//内存条
-
public abstract void memory();
-
//硬盘
-
public abstract void disk();
-
//主板
-
public abstract void mainboard();
-
//键盘
-
public abstract void keyboard();
-
//鼠标
-
public abstract void mouse();
-
//机箱
-
public abstract void crate();
-
-
}
电脑的抽象定义出来了,接下来就要定义具体的组装
-
package com.rabbit.pattern.builder;
-
-
/**
-
* 联想天逸510Pro电脑配置
-
* Created by vip on 2018/3/19.
-
*/
-
public class TianYiComputer extends AbstractComputer {
-
@Override
-
public void display() {
-
System.out.println("联想23英寸超大屏幕");
-
}
-
-
@Override
-
public void cpu() {
-
System.out.println("Intel Core I5-7400,三级缓存6MB,4核,3.00GHz");
-
}
-
-
@Override
-
public void memory() {
-
System.out.println("DDR4 8G内存,最大扩容到32G");
-
}
-
-
@Override
-
public void disk() {
-
System.out.println("1TB超大容量内存,转速7200转/分钟");
-
}
-
-
@Override
-
public void mainboard() {
-
System.out.println("因特尔主板");
-
}
-
-
@Override
-
public void keyboard() {
-
System.out.println("联想无线键盘");
-
}
-
-
@Override
-
public void mouse() {
-
System.out.println("联想无线鼠标");
-
}
-
-
@Override
-
public void crate() {
-
System.out.println("联想自主研发ideacentre机箱");
-
}
-
}
联系天逸510Pro电脑已经定义好了,接下来就是对象的创建问题。正常的创建过程
-
package com.rabbit.pattern.builder;
-
-
/**
-
* Created by vip on 2018/3/19.
-
*/
-
public class Demo {
-
-
public static void main(String[] args) {
-
//电脑创建好了
-
AbstractComputer ac = new TianYiComputer();
-
//组装
-
ac.mouse();
-
ac.memory();
-
ac.disk();
-
}
-
-
}
运行结果:
问题:这样组装出来的电脑万一那个用户用了不是问题大了吗?只有鼠标,内存,和硬盘就说组装好了电脑。那么应该如何规范这个对象的创建呢? 这个就是建造者模式的好处,可以将复杂对象的创建和具体开来。那我们就需要添加一个指挥者类,用于构建复杂对象。
-
package com.rabbit.pattern.builder;
-
-
/**
-
* 负责调度创建AbstarctComputer的具体对象
-
* Created by vip on 2018/3/19.
-
*/
-
public class ComputerDirector {
-
-
private AbstractComputer ac;
-
-
public ComputerDirector(AbstractComputer ac) {
-
this.ac = ac;
-
}
-
-
public void create() {
-
//复杂对象的创建
-
//电脑组装对象的创建这些都是必要的
-
//总不能电脑组装少个CPu或者主板什么零件吧
-
ac.cpu();
-
ac.crate();
-
ac.disk();
-
ac.display();
-
ac.keyboard();
-
ac.mainboard();
-
ac.memory();
-
ac.mouse();
-
}
-
-
}
通过指挥者帮助我们创建好实例
-
package com.rabbit.pattern.builder;
-
-
/**
-
* Created by vip on 2018/3/19.
-
*/
-
public class Demo {
-
-
public static void main(String[] args) {
-
new ComputerDirector(new TianYiComputer()).create();
-
}
-
-
}
组装电脑结果,这样就可以避免由于那个零件没有组装而出现问题。可能会有人想说我可以把所有的方法都调用一遍,这样不是和指挥者类一样吗?建造者模式的出现就是为了避免复杂对象的创建过程出现其他问题而出现的,指挥者可以指定对象如何创建。这里只是简单的介绍建造者模式的具体思想和简单案例,具体到项目中还需要自己去思考理解透对应的模式才可以应对各种情况。
END
记录下以防忘记 代码例子: org.apache.http.entity.mime中的MultipartEntityBuilder对于建造者模式的应用。