建造者模式和模板方法模式扩展篇

建造者模式和模板方法模式扩展篇

UML

与抽象工厂模式比较

   本模式可以看出与抽象工厂非常类似,都是产生不同的产品,怎么区分这两种设计的使用场景呢
   - 建造者模式关注的是基本方法的调用顺序,而零件(基本方法)已经准备好
   - 抽象工厂关注的零件的生产(基本方法的实现),而组装顺序已经确定

实现

产品抽象


public  abstract class Product {

	public abstract void doSomeThing();

}

产品A

public class AProduct extends Product {
	@Override
	public void doSomeThing() {

	}
}

产品B

public class BProduct extends Product {
	@Override
	public void doSomeThing() {

	}
}

抽象建造者


public abstract class AbstractBuilder {

	private List<String> methodList = new ArrayList();

	/**
	 * 建造方法(模板方法)
	 * 按照定制的执行顺序执行方法
	 *
	 * @return
	 */
	protected abstract Product build();

	/**
	 * 基本方法
	 */
	protected  void methodA(){

	}
	/**
	 * 基本方法
	 */
	protected  void methodB(){

	}
	/**
	 * 基本方法
	 */
	protected  void methodC(){

	}

	/**
	 * 设置建造的内部逻辑(配置零件)
	 */
	public abstract void setPart();

}

建造者实现

public class ABuilder extends AbstractBuilder {

	private List<String> aList = new ArrayList();
	private List<String> bList = new ArrayList();
	private List<String> cList = new ArrayList();

	private Product product = new AProduct();

	@Override
	protected Product build() {
		if(CollectionUtils.isEmpty(aList)){
			methodA();
		}
		if(CollectionUtils.isEmpty(bList)){
			methodA();
		}
		methodC();

		// 一些业务逻辑处理
		return product;
	}

	@Override
	public void setPart() {
		//避免引起逻辑错误
		aList.clear();
		bList.clear();
		cList.clear();

		aList.add("A1");
		aList.add("A2");
		aList.add("A3");

		bList.add("B2");
	}
}

建造者实现

public class BBuilder extends AbstractBuilder {

	private List<String> aList = new ArrayList();
	private List<String> bList = new ArrayList();
	private List<String> cList = new ArrayList();

	private Product product = new BProduct();

	@Override
	protected Product build() {
		if(CollectionUtils.isEmpty(aList)){
			methodA();
		}
		methodC();
		if(CollectionUtils.isEmpty(bList)){
			methodB();
		}

		// 一些业务逻辑处理
		return product;
	}

	@Override
	public void setPart() {
		//避免引起逻辑错误
		aList.clear();
		bList.clear();
		cList.clear();

		bList.add("A1");
		bList.add("A2");
		bList.add("A3");

		cList.add("B2");
	}
}

导演类,封装实现,避免高层深入具体的建造者接触(可以有多个)

public class Director {

	private ABuilder aBuilder = new ABuilder();
	private BBuilder bBuilder = new BBuilder();

	public Product getAProduct(){
		return aBuilder.build();
	}

	public Product getBProduct(){
		return bBuilder.build();
	}

}

调用

public class Client {

	public static void main(String[] args) {
		Director director = new Director();
		Product aProduct = director.getAProduct();
		aProduct.doSomeThing();

原文地址:https://www.cnblogs.com/dakunqq/p/11707562.html

时间: 2024-08-15 01:31:34

建造者模式和模板方法模式扩展篇的相关文章

Android设计模式之命令模式、策略模式、模板方法模式

命令模式是其它很多行为型模式的基础模式.策略模式是命令模式的一个特例,而策略模式又和模板方法模式都是算法替换的实现,只不过替换的方式不同.下面来谈谈这三个模式. 命令模式 将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化:对请求排队或记录请求日志,以及支持可撤消的操作. java中传递(注入)对象很容易,但是却不支持直接传递行为(即传递函数或者说传递方法),只能间接的通过传递(注入)一个对象,再调用它的行为来实现.如果把这样的行为抽取出来为一个类,称作命令类,它的具体实现都是命令

设计模式——行为型模式之模板方法模式(一)

模板模式 在模板模式(Template Pattern)中,一个抽象类公开定义了执行它的方法的方式/模板.它的子类可以按需要重写方法实现,但调用将以抽象类中定义的方式进行.这种类型的设计模式属于行为型模式. 介绍 意图:定义一个操作中的算法的骨架,而将一些步骤延迟到子类中.模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤. 主要解决:一些方法通用,却在每一个子类都重新写了这一方法. 何时使用:有一些通用的方法. 如何解决:将这些通用算法抽象出来. 关键代码:在抽象类实现,其

编程模式之模板方法模式(Template Method)

模板方法模式由两个角色组成:父类角色,子类角色. 父类角色:提供模板. 子类角色:为父类模板提供实现. 类图: JAVA代码: AbstractClass.java package com.templatemethod; public abstract class AbstractClass { /** * 定义了算法的骨架,即步骤 */ public void template() { this.method1(); this.method2(); this.method3(); } /**

java模式之-模板方法模式

模板方法模式是java设计模式常见的模式之一. <JAVA与模式>中写道: 模板方法模式是类的行为模式.准备一个抽象类,将部分逻辑以具体方法以及具体构造函数的形式实现,然后声明一些抽象方法来迫使子类实现剩余的逻辑.不同的子类可以以不同的方式实现这些抽象方法,从而对剩余的逻辑有不同的实现.这就是模板方法模式的用意. 下面是自己写的小demo,便于理解模板方法模式. 1.父类 package com.westward; public abstract class GoToCity { /** *

C#设计模式之行为类模式:模板方法模式

定义(Template Method) 定义一个操作中算法的框架,而将一些步骤延迟到子类中.使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤. 启示 组装电脑一般包含三个部分,主机.显示器.输入设备(键鼠),而不同品牌电脑的组装都各不相同,但是最终组装成一部完整的电脑的步骤都是固定一样的.定义抽象类,暴露主机.显示器.输入设备(键鼠)的组装给具体厂商去实现,提供一个公共的最终组装方法. /// <summary> /// 组装电脑 /// </summary> pub

原型模式和模板方法模式(C++)

原型模式:用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象. 其中心思想就是克隆.举个例子,我们经常性需要复印身份证复印件,有时需要几张,其实就是克隆,关于代码和UML类图,我就不再多描述了,因为这个太简单了,就是定义一个拷贝构造函数,定义一个clone函数,在clone里面new this指针就可以了. 我还是主要记录下模板方法模式吧,感觉这个还是蛮有意思的. 模板方法模式:定义一个操作中的算法的骨架,而将一些步骤延迟到子类中实现. 举个例子,我们在开发中,经常需要写DD,也就是

java设计模式7.策略模式、模板方法模式、观察者模式

策略模式 策略模式的用意,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换.策略模式使得算法可以在不影响到客户端的情况下发生变化. 环境角色:持有一个抽象策略角色的引用. 抽象策略角色:给出所有的具体策略类所要实现的接口. 具体策略角色:包装相关的算法或行为. 模板方法模式 模板方法的用意,使用一个抽象类,将部分逻辑以具体方法以及具体构造子的形式实现,然后声明一些抽象方法来迫使子类实现剩余的逻辑.不同的子类可以用不同的方式来实现这些抽象方法. 抽象模板角色:1. 定义一个或多

【行为型模式】模板方法模式(template method)之23种java设计模式

BankTemplateMethod抽象类 public abstract class BankTemplateMethod { //具体方法 public void takeNumber(){ System.out.println("取号排队"); } public abstract void transact(); //办理具体的业务 //钩子方法 public void evaluate(){ System.out.println("反馈评分"); } pub

设计模式(八)the Template method 模板方法模式(类行为型)

1.概述 在面向对象开发过程中,通常我们会遇到这样的一个问题:我们知道一个算法所需的关键步骤,并确定了这些步骤的执行顺序.但是某些步骤的具体实现是未知的,或者说某些步骤的实现与具体的环境相关. 例子1:银行业务办理流程 在银行办理业务时,一般都包含几个基本固定步骤: 取号排队->办理具体业务->对银行工作人员进行评分. 取号取号排队和对银行工作人员进行评分业务逻辑是一样的.但是办理具体业务是个不相同的,具体业务可能取款.存款或者转账. 2.问题 如何保证架构逻辑的正常执行,而不被子类破坏 ?