建造者模式

Posted 吴渣渣

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了建造者模式相关的知识,希望对你有一定的参考价值。

文章目录

建造者

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

特征:用户只需指定需要建造的类型就可以得到他们,建造的过程和细节不需要知道

类型:创建型

适用场景

  • 如果一个对象有非常复杂的内部结构(很多属性)
  • 想把复杂对象的创建和使用分离

优点:封装性好,创建和使用分离;扩展性好、建造类之间独立

缺点

  • 产生多余的Builder对象

  • 产品内部发生改变,建造者都要修改,成本较大

UML类图

抽象建造者(Builder)角色:给 出一个抽象接口,以规范产品对象的各个组成成分的建造。一般而言,此接口独立于应用程序的商业逻辑。模式中直接创建产品对象的是具体建造者 (ConcreteBuilder)角色。具体建造者类必须实现这个接口所要求的两种方法:一种是建造方法(buildPart1和 buildPart2),另一种是返还结构方法(retrieveResult)。一般来说,产品所包含的零件数目与建造方法的数目相符。换言之,有多少 零件,就有多少相应的建造方法。

具体建造者(ConcreteBuilder)角色:担任这个角色的是与应用程序紧密相关的一些类,它们在应用程序调用下创建产品的实例。这个角色要完成的任务包括:1.实现抽象建造者Builder所声明的接口,给出一步一步地完成创建产品实例的操作。2.在建造过程完成后,提供产品的实例。

指导者(Director)角色:担任这个角色的类调用具体建造者角色以创建产品对象。应当指出的是,指导者角色并没有产品类的具体知识,真正拥有产品类的具体知识的是具体建造者角色。

产品(Product)角色:产品便是建造中的复杂对象。一般来说,一个系统中会有多于一个的产品类,而且这些产品类并不一定有共同的接口,而完全可以是不相关联的

指导者角色是与客户端打交道的角色。指导者将客户端创建产品的请求划分为对各个零件的建造请求,再将这些请求委派给具体建造者角色。具体建造者角色是做具体建造工作的,但是却不为客户端所知。

一般来说,每有一个产品类,就有一个相应的具体建造者类。这些产品应当有一样数目的零件,而每有一个零件就相应地在所有的建造者角色里有一个建造方法

类图代码:

  • 产品类Product
public class Product 
    /**
     * 定义一些关于产品的操作
     */
    private String part1;
    private String part2;
    public String getPart1() 
        return part1;
    
    public void setPart1(String part1) 
        this.part1 = part1;
    
    public String getPart2() 
        return part2;
    
    public void setPart2(String part2) 
        this.part2 = part2;
    

  • 抽象建造者类Builder
public interface Builder 
    public void buildPart1();
    public void buildPart2();
    public Product retrieveResult();

  • 具体建造者类ConcreteBuilder
public class ConcreteBuilder implements Builder 

    private Product product = new Product();
    /**
     * 产品零件建造方法1
     */
    @Override
    public void buildPart1() 
        //构建产品的第一个零件
     product.setPart1("编号:9527");
    
    /**
     * 产品零件建造方法2
     */
    @Override
    public void buildPart2() 
        //构建产品的第二个零件
     product.setPart2("名称:XXX");
    
    /**
     * 产品返还方法
     */
    @Override
    public Product retrieveResult() 
        return product;
    


  • 指导者类Director
public class Director 
    /**
     * 持有当前需要使用的建造器对象
     */
    private Builder builder;
    /**
     * 构造方法,传入建造器对象
     * @param builder 建造器对象
     */
    public Director(Builder builder)
        this.builder = builder;
    
    /**
     * 产品构造方法,负责调用各个零件建造方法
     */
    public void construct()
        builder.buildPart1();
        builder.buildPart2();
    
	
  • 客户端类Client
public class Client 
    public static void main(String[]args)
        Builder builder = new ConcreteBuilder();
        Director director = new Director(builder);
        director.construct();
        Product product = builder.retrieveResult();
        System.out.println(product.getPart1());
        System.out.println(product.getPart2());
    

客户端负责创建指导者和具体建造者对象。然后,客户端把具体建造者对象交给指导者,指导者操作具体建造者,开始创建产品。当产品完成后,建造者把产品返还给客户端。

把创建具体建造者对象的任务交给客户端而不是指导者对象,是为了将指导者对象与具体建造者对象的耦合变成动态的,从而使指导者对象可以操纵数个具体建造者对象中的任何一个。

从上可以看到,这是对多种产品的制造采用了建造者模式,进行了定义了抽象建造者接口,如果产品只有一种,那么完全可以简化整个模式,下面的具体示例中会给出代码和UML图

示例

建造者模式可以用于描述KFC如何创建套餐:套餐是一个复杂对象,它一般包含主食(如汉堡、鸡肉卷等)和饮料(如果汁、可乐等)等组成部分,不同的套餐有不同的组成部分,而KFC的服务员可以根据顾客的要求,一步一步装配这些组成部分,构造一份完整的套餐,然后返回给顾客。

  • 具体的产品对象
/**
 * 具体的产品对象
 */
public class Meal 

    private String food;
    private String drink;

    public String getFood() 
        return food;
    

    public void setFood(String food) 
        this.food = food;
    

    public String getDrink() 
        return drink;
    

    public void setDrink(String drink) 
        this.drink = drink;
    


  • 抽象建造者,创建一个Product对象的各个部件指定的抽象接口
/**
 * 抽象建造者对象
 */
public abstract class MealBuilder 
    Meal meal = new Meal();

    public abstract void buildFood();

    public abstract void buildDrink();

    public Meal getMeal()
        return meal;
    


  • 具体建造者,构件和装配各个部件
/**
 * 套餐A的建造者
 */
public class MealBuilderA extends MealBuilder 

    public void buildDrink() 
        meal.setDrink("可乐");
    

    public void buildFood() 
        meal.setFood("薯条");
    


/**
 * 套餐B的建造者
 */
public class MealBuilderB extends MealBuilder 

    public void buildDrink() 
        meal.setDrink("柠檬果汁");
    

    public void buildFood() 
        meal.setFood("鸡翅");
    


  • 指导者,构建一个使用Builder接口的对象。它主要是用于创建一个复杂的对象,它主要有两个作用,一是:隔离了客户与对象的生产过程,二是:负责控制产品对象的生产过程。
/**
 * Director(指导者)
 */
public class KFCWaiter 

    private MealBuilder mealBuilder;

    public KFCWaiter(MealBuilder mealBuilder) 
        this.mealBuilder = mealBuilder;
    

    public Meal construct()
        //准备食物
        mealBuilder.buildFood();
        //准备饮料
        mealBuilder.buildDrink();
        //准备完毕,返回一个完整的套餐给客户
        return mealBuilder.getMeal();
    


  • 客户端
/**
 * 建造者模式
 */
public class Client 

    public static void main(String[] args) 
        //套餐A
        MealBuilder mealBuilderA = new MealBuilderA();        //准备套餐A的服务员
        KFCWaiter waiter = new KFCWaiter(mealBuilderA);
        //获得套餐
        Meal mealA = waiter.construct();
        System.out.print("套餐A的组成部分:");
        System.out.println("食物:"+mealA.getFood()+";   "+"饮品:"+mealA.getDrink());

        //套餐B
        MealBuilder mealBuilderB = new MealBuilderB();        //准备套餐B的服务员
        waiter = new KFCWaiter(mealBuilderB);
        //获得套餐
        Meal mealB = waiter.construct();
        System.out.print("套餐B的组成部分:");
        System.out.println("食物:"+mealB.getFood()+";   "+"饮品:"+mealB.getDrink());
    

套餐A的组成部分:食物:薯条; 饮品:可乐
套餐B的组成部分:食物:鸡翅; 饮品:柠檬果汁

上面说到,如果我们的产品只有一种,比如,KFC餐厅的只有薯条和可乐这样一种套餐,那么我们完全可以简化建造者模式,由于产品种类固定一种,那么就无需提供抽象建造者接口,直接提供一个具体的建造者就行,其次,对于创建一个复杂的对象,可能会有很多种不同的选择和步骤,干脆去掉“导演者”,把导演者的功能和Client的功能合并起来,也就是说,Client这个时候就相当于指导者,它来指导建造者类去构建需要的复杂对象

  • 将产品和建造者合并在一起
public class Meal 

    private String food;
    private String drink;

    //私有化构造,不允许客户端直接new
    private Meal(MealBuilder mealBuilder)
        this.food = mealBuilder.food;
        this.drink = mealBuilder.drink;
    

    public static class MealBuilder
 
        private String food;  //这里可以设置一些默认值
        private String drink; //这里可以设置一些默认值

        public MealBuilder buildFood()
            this.food = "薯条";
            return this;
        

        public MealBuilder buildDrink()
            this.drink =  "可乐";
            return this;
        

        public Meal getMeal()
            return new Meal(this);
        
    

    @Override
    public String toString() 
        return "Meal" +
                "food='" + food + '\\'' +
                ", drink='" + drink + '\\'' +
                '';
    


  • 客户端不依赖指导者,直接通过产品中的建造器创建产品实例
/**
 * 简化版的建造者模式
 */
public class Client 

    public static void main(String[] args) 
        Meal meal = new Meal.MealBuilder().buildFood().buildDrink().getMeal();
        System.out.println(meal);
    


Mealfood=‘薯条’, drink=‘可乐’

相关设计模式:

  • 建造者模式注重于方法的调用顺序,而工厂模式注重于创建产品,建造者模式创建一些复杂的产品,由复杂的构建组成
  • 工厂模式主要是关心的是什么产品由什么工厂生产,而建造者模式则是要求按照指定的蓝图建造产品,它的主要目的是通过组装零配件而产生一个新产品。

使用典范

  • org.apache.http.impl.client.HttpClients
  • java.lang.StringBuilder
  • com.google.common.cache.CacheBuilder
  • com.google.common.collect.ImmutableSet

参考

以上是关于建造者模式的主要内容,如果未能解决你的问题,请参考以下文章

建造者模式—设计角度重温DNF中的角色

java设计模式之-建造者模式

设计模式总结篇系列:建造者模式(Builder)

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

建造者模式

一天一个设计模式 - 建造者模式(Builder)