设计模式(5):建造者模式

建造者模式:

定义:

将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。

类图:

4个角色:

1.Product产品类

通常是实现了模板方法模式。

2.Builder抽象建造者

规范产品的组建,一般是由子类实现。

3.ConcreateBuilder

实现抽象类定义的所有方法,并且返回一个组件好的对象。

4.Director导演类

负责安排已有模块的顺序,然后告诉Builder开始建造。

//产品类

class Product {
	public void doSomething() {
		// 独立业务处理
	}
}

// 抽象建造者
abstract class Builder {
	// 设置产品的不同部分,以获得不同的产品
	// 不同的部分,可能是零件的不同,也可能是组装顺序的不同
	public abstract void setPart();

	// 建造产品
	public abstract Product buildProduct();
}

// 具体建造者
class ConcreateProduct extends Builder {
	private Product product = new Product();

	// 设置产品零件
	public void setPart() {
		// 产品类内的逻辑处理
	}

	// 组件一个产品
	public Product buildProduct() {
		return product;
	}
}

// 导演类
// 导演类起到封装作用,避免高层模块深入到建造者内部的实现类
class Director {
	private Builder builder = new ConcreateProduct();

	// 构建不同的产品
	public Product getAProduct() {
		builder.setPart();
		return builder.buildProduct();
	}
}

建造者模式最主要的功能是基本方法的调用顺序安排。也就是说说这些基本方法已经实现了,通俗地说就是零件的装配,顺序不同,产生的对象也不同;而工厂方法则重点是创建,创建零件是它的主要职责,组装顺序不是它关心的。

一个完整的类图:

代码:

abstract class CarBuilder {
	// 建造一个模型 就是组装顺序
	public abstract void setSequence(ArrayList<String> sequence);

	public abstract CarModel getCarModel();
}

class BenzBuilder extends CarBuilder {

	private BenzModel benz = new BenzModel();

	@Override
	public void setSequence(ArrayList<String> sequence) {
		this.benz.setSequence(sequence);
	}

	@Override
	public CarModel getCarModel() {
		return this.benz;
	}
}

class BMWBuilder extends CarBuilder {

	private BMWModel bmw = new BMWModel();

	@Override
	public void setSequence(ArrayList<String> sequence) {
		this.bmw.setSequence(sequence);
	}

	@Override
	public CarModel getCarModel() {
		return this.bmw;
	}

}

abstract class CarModel {
	private ArrayList<String> sequence = new ArrayList();

	protected abstract void start();

	protected abstract void stop();

	protected abstract void alarm();

	protected abstract void engineBoom();

	final public void run() {
		for (int i = 0; i < sequence.size(); i++) {
			String actionName = this.sequence.get(i);
			if (actionName.equalsIgnoreCase("start")) {
				this.start();
			} else if (actionName.equalsIgnoreCase("stop")) {
				this.stop();
			} else if (actionName.equalsIgnoreCase("alarm")) {
				this.alarm();
			} else if (actionName.equalsIgnoreCase("engine Boom")) {
				this.engineBoom();
			}
		}
	}

	final public void setSequence(ArrayList<String> sequence) {
		this.sequence = sequence;
	}
}

class BenzModel extends CarModel {

	@Override
	protected void start() {
		System.out.println("奔驰---->启动");
	}

	@Override
	protected void stop() {
		System.out.println("奔驰---->停止");
	}

	@Override
	protected void alarm() {
		System.out.println("奔驰---->喇叭响");
	}

	@Override
	protected void engineBoom() {
		System.out.println("奔驰---->引擎的响");
	}

}

class BMWModel extends CarModel {

	@Override
	protected void start() {
		System.out.println("宝马---->启动");
	}

	@Override
	protected void stop() {
		System.out.println("宝马---->停止");
	}

	@Override
	protected void alarm() {
		System.out.println("宝马---->喇叭响");
	}

	@Override
	protected void engineBoom() {
		System.out.println("宝马---->引擎的响");
	}

}

class Director {
	private ArrayList<String> sequence = new ArrayList<String>();
	private BenzBuilder benzBuilder = new BenzBuilder();
	private BMWBuilder bmwBuilder = new BMWBuilder();

	public BenzModel getABenzModel() {
		this.sequence.clear();
		this.sequence.add("start");
		this.sequence.add("stop");
		this.benzBuilder.setSequence(sequence);
		return (BenzModel) this.benzBuilder.getCarModel();
	}

	public BenzModel getBBenzModel() {
		this.sequence.clear();
		this.sequence.add("engine boom");
		this.sequence.add("start");
		this.benzBuilder.setSequence(sequence);
		return (BenzModel) this.benzBuilder.getCarModel();
	}

	public BMWModel getCBmwModel() {
		this.sequence.clear();
		this.sequence.add("alarm");
		this.sequence.add("start");
		this.sequence.add("stop");
		this.bmwBuilder.setSequence(sequence);
		return (BMWModel) this.bmwBuilder.getCarModel();

	}

	public BMWModel getDBmwModel() {
		this.sequence.clear();
		this.sequence.add("start");
		this.bmwBuilder.setSequence(sequence);
		return (BMWModel) this.bmwBuilder.getCarModel();

	}
}

public class Client {

	public static void main(String[] args) {
		Director director = new Director();
		System.out.println("---------------------------------------");
		for (int i = 0; i < 10; i++) {
			System.out.print( (i + 1)+"+");
			director.getABenzModel().run();

		}
		System.out.println("---------------------------------------");
		for (int i = 0; i < 5; i++) {
			System.out.print( (i + 1)+"+");
			director.getBBenzModel().run();
		}
		System.out.println("---------------------------------------");
		for (int i = 0; i < 10; i++) {
			System.out.print( (i + 1)+"+");
			director.getCBmwModel().run();
		}
		System.out.println("---------------------------------------");
		for (int i = 0; i < 5; i++) {
			System.out.print( (i + 1)+"+");
			director.getDBmwModel().run();
		}
	}
}

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-11-05 15:49:05

设计模式(5):建造者模式的相关文章

C++设计模式之建造者模式(二)

3.省略指挥者Director的建造者模式 指挥者类Director在建造者模式中扮演非常重要的作用,简单的Director类用于指导具体建造者如何构建产品,它按一定次序调用Builder的buildPartX()方法,控制调用的先后次序,并向客户端返回一个完整的产品对象.Direcotr针对抽象的建造者进行编程,如果需要不同的建造者,只需把建造者传入指挥者类,无需修改之前的代码. 在有些情况下,为了简化系统结构,可以省略指挥者Director,指挥者不再指导产品的创建过程.而是在Builder

C++设计模式之建造者模式(三)

4.引入钩子方法的建造者模式 建造者模式除了逐步构建一个复杂产品对象外,还可以通过Director类来更加精细地控制产品的创建过程,例如增加一类称之为钩子方法(HookMethod)的特殊方法来控制是否对某个buildPartX()的调用,也就是判断产品中某个部件是否需要被建造.钩子方法的返回类型通常为boolean类型,方法名一般为isXXX(),钩子方法定义在抽象建造者类中.在抽象建造者类中提供钩子方法的默认实现,具体建造者类如果不需要建造某个部件,则该建造者类覆盖抽象建造者类的钩子方法.

螃蟹学PHP设计模式之建造者模式

2.建造者模式 螃蟹今天要学习建造者模式了,昨天的适配器记得还是很清楚的.对于建造者模式,螃蟹的理解是你有10部iphone手机要充电,假设充电器额定电压都是220v,但是外电压不稳定,可能是220v,也可能是240v,或是300v,这个时候怎么办,可行的方法是购置一个家用变压器,把充电器都连在变压器上,不需要直接连在外电网上,无论外电压如何变化,只需要操作变压器即可.这个比喻可能有些牵强,不过还是能够说明建造者模式的用途,就是原对象可能是可变的,包括接收的参数或是方法等,但是如果我们已经在程序

大话设计模式_建造者模式(Java代码)

建造者模式:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示 简单描述:1个产品类(可有可无,关键是建造流程),1个抽象建造步骤类,多个具体建造子类(不同的类建造不同的产品),1个指挥者(用于规定建造流程),客户端指定需要建造的具体类型,由指挥者建造好之后,建造者子类返回对应产品给客户 大话设计模式中的截图: 例子代码: Product类: 1 package com.longsheng.builder; 2 3 public class Product { 4 5 pr

设计模式3——建造者模式

1解释 1.1定义 将一个复杂对象的构建与他的表示分离,使得同样的构建可以创建不同的表示. 1.2分析 首先我们看看一般的实例化对象的方法,如下面代码: Roboter roboter = new Roboter(); roboter.setmArm("arm"); roboter.setmBody("body"); roboter.setmHead("head"); roboter.setmFoot("foot"); 对于R

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

建造者模式(Builder),将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示. 建造者模式结构图: Builder是为创建一个Product对象的各个部件指定的抽象接口:ConcreteBuilder是具体建造者,实现Builder接口,构建和装配各个部件:Product就是产品角色:Director是构建使用Builder接口的对象. 建造者模式主要用于创建一些复杂的对象,这些对象内部构建间的构造顺序通常是稳定的,但对象内部的构建通常面临着复杂的变化.它的好处就是使得

05.设计模式_建造者模式

转载自  http://www.cnblogs.com/zhili/p/BuilderPattern.html 一.引言 在软件系统中,有时需要创建一个复杂对象,并且这个复杂对象由其各部分子对象通过一定的步骤组合而成.例如一个采购系统中,如果需要采购员去采购一批电脑时,在这个实际需求中,电脑就是一个复杂的对象,它是由CPU.主板.硬盘.显卡.机箱等组装而成的,如果此时让采购员一台一台电脑去组装的话真是要累死采购员了,这里就可以采用建造者模式来解决这个问题,我们可以把电脑的各个组件的组装过程封装到

&lt;九&gt;读&lt;&lt;大话设计模式&gt;&gt;之建造者模式

学习了这么多模式,其实回想一下其实也没什么,就是用不同的方式设计代码,保证代码的可扩展性.复用等,稍微对代码进行一下修改就是另外一种模式.在我们工作中其实已经用了很多模式了,只不过不知道或者没留意他叫什么而已,无所谓,只要会用一切都是浮云. 关于<<大话设计模式>>对建造者模式的讲解是以画一个人来作为例子讲解的.人分为高人.矮人.胖人.瘦人等,但都是人,但当你去画一个人的时候,画的过程都是稳定的,都需要画头.身子.手.脚,不同的是建造的细节是不一样的.所以如果你需要将一个复杂的构件

C#设计模式之四建造者模式(Builder Pattern)【创建型】

原文:C#设计模式之四建造者模式(Builder Pattern)[创建型] 一.引言 今天我们要讲讲Builder模式,也就是建造者模式,当然也有叫生成器模式的,英文名称是Builder Pattern.在现实生活中,我们经常会遇到一些构成比较复杂的物品,比如:电脑,它就是一个复杂的物品,它主要是由CPU.主板.硬盘.显卡.机箱等组装而成的.手机当然也是复杂物品,由主板,各种芯片,RAM 和ROM  摄像头之类的东西组成.但是无论是电脑还是手机,他们的组装过程是固定的,就拿手机来说,组装流水线

C#设计模式(5)——建造者模式(Builder Pattern)

一.引言 在软件系统中,有时需要创建一个复杂对象,并且这个复杂对象由其各部分子对象通过一定的步骤组合而成.例如一个采购系统中,如果需要采购员去采购一批电脑时,在这个实际需求中,电脑就是一个复杂的对象,它是由CPU.主板.硬盘.显卡.机箱等组装而成的,如果此时让采购员一台一台电脑去组装的话真是要累死采购员了,这里就可以采用建造者模式来解决这个问题,我们可以把电脑的各个组件的组装过程封装到一个建造者类对象里,建造者只要负责返还给客户端全部组件都建造完毕的产品对象就可以了.然而现实生活中也是如此的,如