建造者模式

概念: 将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。 [构建与表示分离,同构建不同表示]

与工厂模式的区别:在建造者模式里,有个指导者,由指导者来管理建造者,用户是与指导者联系的,指导者联系建造者最后得到产品。即建造模式可以强制实行一种分步骤进行的建造过程。建造模式是将复杂的内部创建封装在内部,对于外部调用的人来说,只需要传入建造者和建造工具,对于内部是如何建造成成品的,调用者无需关心。

举个形象的例子:如汽车,有很多部件,车轮,方向盘,发动机等等,build模式就是将各种部件分离开来

组成对象

建造者模式主要有以下几个方面组成:

1. builder:给出一个抽象接口,以规范产品对象的各个组成成分的建造。这个接口规定要实现复杂对象的哪些部分的创建,并不涉及具体的对象部件的创建。

2. ConcreteBuilder:实现Builder接口,针对不同的商业逻辑,具体化复杂对象的各部分的创建。 在建造过程完成后,提供产品的实例。

3. Director:调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。

4. Product:要创建的复杂对象。

UMl图

代码实现:

我们先定义一个对象(Car),主要由以下零件组成:轮胎,方向盘,发动机

Product对象

//汽车对象的组成属性
public class Car {

	private String wheel;
	private String chair;
	private String engine;

	public String getWheel() {
		return wheel;
	}

	public void setWheel(String wheel) {
		this.wheel = wheel;
	}

	public String getChair() {
		return chair;
	}

	public void setChair(String chair) {
		this.chair = chair;
	}

	public String getEngine() {
		return engine;
	}

	public void setEngine(String engine) {
		this.engine = engine;
	}

}

接下来我们创建一个接口,各个部件的抽象接口。

Build

public interface Build {  
     void buildWheel();  
     void buildChair();  
     void buildEngine();  
     Car buildCar();  
} 

实现Builder的接口以构造和装配该产品的各个部件,将各个功能的具体实现。

conCreateBuild

public class CarBuild implements Build{
	
	private Car car=null;

	 public CarBuild() {  
		 car = new Car();  
   }  
	
	@Override
	public void buildWheel() {
          car.setWheel("建造一个车轮");		
	}

	@Override
	public void buildChair() {
		 car.setWheel("建造一个车椅");		
	}

	@Override
	public void buildEngine() {
		car.setWheel("建造一个发动机");		
	}

	@Override
	public Car buildCar() {
		if (car!=null) {
			return car;
		}
		return null;
	}

}

新建一个创建的过程:

public class CarDirector {
	public Car carDirector(Build build) {  
		build.buildWheel();
		build.buildChair(); 
		build.buildEngine(); 
        return build.buildCar();
   }  
}

最后测试,

public class BuildTest {
	
	
	public static void main(String[] args) {
		CarDirector director=new CarDirector();
		director.carDirector(new CarBuild());
		
	}
}

使用建造者模式的场合和好处:

1.使用建造者模式可以使客户端不必知道产品内部组成的细节。 2.具体的建造者类之间是相互独立的,对系统的扩展非常有利。 3.由于具体的建造者是独立的,因此可以对建造过程逐步细化,而不对其他的模块产生任何影响。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏编程一生

谈面试时从写一个单例开始究竟能问多深及终极解决方案

15140
来自专栏玩转JavaEE

使用MyBatis轻松实现递归查询与存储过程调用

vhr部门管理模块更新啦!为了让小伙伴们快速理解部门管理模块实现思路,我想通过3篇短文来给大家介绍下大致的实现思路和核心代码。 项目地址:https://git...

38460
来自专栏用户2442861的专栏

网易游戏2013年校园招聘笔试题) -- 动态规划

http://blog.csdn.net/jdplus/article/details/20203641

12130
来自专栏京东技术

京东资深架构师代码评审歪诗

20430
来自专栏racaljk

关于llvm kaleidoscope: 记一次Debug血泪之路

简而言之,慎(bu)用(yong)全局变量!                                

14010
来自专栏TechBox

23种设计模式之建造者模式

建造者模式又叫做生成器模式,是23种设计模式中的一种创建型模式。建造者模式,顾名思义,就是为创建对象而生的模式。

8220
来自专栏WindCoder

异步JavaScript:从回调地狱到异步和等待

这是一个典型的异步编程挑战,您如何选择处理异步调用,在很大程度上,会导致或破坏您的应用程序,并且可能是您的整个启动。

73810
来自专栏一名叫大蕉的程序员

简约的JAVA版本MapReduce和日常No.25

昨天做了一个小调查,说看看想看些啥。大概的分布是这样的,一个1代表一个投票。看来还是2、3比较多。 11111 希望看到"算法"回复1。 111...

20250
来自专栏Kirito的技术分享

JAVA 拾遗--JPA 二三事

记得前几个月,spring4all 社区刚搞过一次技术话题讨论:如何对 JPA 或者 MyBatis 进行技术选型?传送门:http://www.spring4...

443100
来自专栏腾讯IVWEB团队的专栏

响应式编程中 Stream 对象的实现原理

这篇文章介绍一种编程泛型,叫做响应式编程。将响应式称作“编程泛型”可能有些夸大其作用范畴,不过通过引入响应式确实会改变我们对特定问题的思考方法,就像刚接触red...

56700

扫码关注云+社区

领取腾讯云代金券