设计模式五:建造者模式

建造者模式又称为生成器模式,它是一种较为复杂、使用频率也相对较低的创建型模式。建造者模式为客户端返回的不是一个简单的产品,而是一个由多个部件组成的复杂产品。

建造者模式(Builder Pattern):将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。建造者模式是一种对象创建型模式。

//Actor角色类:复杂产品,考虑到代码的可读性,只列出部分成员属性,且成员属性的类型均为String,真实情况下,有些成员属性的类型需自定义

class Actor

{

       private  String type; //角色类型

       private  String sex; //性别

       private  String face; //脸型

       private  String costume; //服装

       private  String hairstyle; //发型

       public  void setType(String type) {

              this.type  = type;

       }

       public  void setSex(String sex) {

              this.sex  = sex;

       }

       public  void setFace(String face) {

              this.face  = face;

       }

       public  void setCostume(String costume) {

              this.costume  = costume;

       }

       public  void setHairstyle(String hairstyle) {

              this.hairstyle  = hairstyle;

       }

       public  String getType() {

              return  (this.type);

       }

       public  String getSex() {

              return  (this.sex);

       }

       public  String getFace() {

              return  (this.face);

       }

       public  String getCostume() {

              return  (this.costume);

       }

       public  String getHairstyle() {

              return  (this.hairstyle);

       }

}

//角色建造器:抽象建造者

abstract class ActorBuilder

{

       protected  Actor actor = new Actor();

       public  abstract void buildType();

       public  abstract void buildSex();

       public  abstract void buildFace();

       public  abstract void buildCostume();

       public  abstract void buildHairstyle();

    //工厂方法,返回一个完整的游戏角色对象

       public Actor createActor()

       {

              return actor;

       }

}

//英雄角色建造器:具体建造者

class HeroBuilder extends ActorBuilder

{

       public  void buildType()

       {

              actor.setType("英雄");

       }

       public  void buildSex()

       {

              actor.setSex("男");

       }

       public  void buildFace()

       {

              actor.setFace("英俊");

       }

       public  void buildCostume()

       {

              actor.setCostume("盔甲");

       }

       public  void buildHairstyle()

       {

              actor.setHairstyle("飘逸");

       }    

}

//天使角色建造器:具体建造者

class AngelBuilder extends ActorBuilder

{

       public  void buildType()

       {

              actor.setType("天使");

       }

       public  void buildSex()

       {

              actor.setSex("女");

       }

       public  void buildFace()

       {

              actor.setFace("漂亮");

       }

       public  void buildCostume()

       {

              actor.setCostume("白裙");

       }

       public  void buildHairstyle()

       {

              actor.setHairstyle("披肩长发");

       }    

}

//恶魔角色建造器:具体建造者

class DevilBuilder extends ActorBuilder

{

       public  void buildType()

       {

              actor.setType("恶魔");

       }

       public  void buildSex()

       {

              actor.setSex("妖");

       }

       public  void buildFace()

       {

              actor.setFace("丑陋");

       }

       public  void buildCostume()

       {

              actor.setCostume("黑衣");

       }

       public  void buildHairstyle()

       {

              actor.setHairstyle("光头");

       }    

}
//游戏角色创建控制器:指挥者

class ActorController

{

    //逐步构建复杂产品对象

       public Actor construct(ActorBuilder ab)

       {

              Actor actor;

              ab.buildType();

              ab.buildSex();

              ab.buildFace();

              ab.buildCostume();

              ab.buildHairstyle();

              actor=ab.createActor();

              return actor;

       }

}

为了提高系统的灵活性和可扩展性,我们将具体建造者类的类名存储在配置文件中,并通过工具类XMLUtil来读取配置文件并反射生成对象,XMLUtil类的代码如下所示:

import javax.xml.parsers.*;

import org.w3c.dom.*;

import org.xml.sax.SAXException;

import java.io.*;

class XMLUtil

{

//该方法用于从XML配置文件中提取具体类类名,并返回一个实例对象

       public  static Object getBean()

       {

              try

              {

                     //创建文档对象

                     DocumentBuilderFactory  dFactory = DocumentBuilderFactory.newInstance();

                     DocumentBuilder  builder = dFactory.newDocumentBuilder();

                     Document  doc;                                                

                     doc  = builder.parse(new File("config.xml"));

                     //获取包含类名的文本节点

                     NodeList  nl = doc.getElementsByTagName("className");

            Node  classNode=nl.item(0).getFirstChild();

            String  cName=classNode.getNodeValue();

            //通过类名生成实例对象并将其返回

            Class c=Class.forName(cName);

                 Object obj=c.newInstance();

            return obj;

         }  

         catch(Exception e)

         {

              e.printStackTrace();

              return null;

          }

       }

}
<?xml version="1.0"?>

<config>

       <className>AngelBuilder</className>

</config>    
class Client

{

       public  static void main(String args[])

       {

              ActorBuilder ab; //针对抽象建造者编程

              ab =  (ActorBuilder)XMLUtil.getBean(); //反射生成具体建造者对象

         ActorController ac = new  ActorController();

              Actor actor;

              actor = ac.construct(ab); //通过指挥者创建完整的建造者对象

              String  type = actor.getType();

              System.out.println(type  + "的外观:");

              System.out.println("性别:" + actor.getSex());

              System.out.println("面容:" + actor.getFace());

              System.out.println("服装:" + actor.getCostume());

              System.out.println("发型:" + actor.getHairstyle());

       }

}

天使的外观:

性别:女

面容:漂亮

服装:白裙

发型:披肩长发

主要优点

建造者模式的主要优点如下:

(1)
在建造者模式中,客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象。

(2)
每一个具体建造者都相对独立,而与其他的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者,用户使用不同的具体建造者即可得到不同的产品对象。由于指挥者类针对抽象建造者编程,增加新的具体建造者无须修改原有类库的代码,系统扩展方便,符合“开闭原则”

(3)
可以更加精细地控制产品的创建过程。将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便使用程序来控制创建过程。

主要缺点

建造者模式的主要缺点如下:

(1)
建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,例如很多组成部分都不相同,不适合使用建造者模式,因此其使用范围受到一定的限制。

(2)
如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大,增加系统的理解难度和运行成本。

适用场景

在以下情况下可以考虑使用建造者模式:

(1)
需要生成的产品对象有复杂的内部结构,这些产品对象通常包含多个成员属性。

(2)
需要生成的产品对象的属性相互依赖,需要指定其生成顺序。

(3)
对象的创建过程独立于创建该对象的类。在建造者模式中通过引入了指挥者类,将创建过程封装在指挥者类中,而不在建造者类和客户类中。

(4)
隔离复杂对象的创建和使用,并使得相同的创建过程可以创建不同的产品。

时间: 2024-09-29 06:36:10

设计模式五:建造者模式的相关文章

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

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

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

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

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

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

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接口的对象. 建造者模式主要用于创建一些复杂的对象,这些对象内部构建间的构造顺序通常是稳定的,但对象内部的构建通常面临着复杂的变化.它的好处就是使得

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

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