文章更新时间:2020/06/29
一、一句话背景
比如目前我需要实现一个功能,根据我输入的参数来获取具体的游戏角色对象,而游戏角色的组成是很繁杂的,这种情况我们就可以考虑使用建造者模式来开发这一个功能。
二、使用场景
使用场景:获取一个复杂对象,同时对象的内部组合逻辑多变的场景。
如:组合搭配出产品的需求
优点:我们只关注需要生成的对象是不是我们需要的,而不关注对象生成和内部的具体组成过程。
三、模型分析
产品角色:需要获取的具体产品,是包含多个组成部件的复杂对象,由具体建造者来创建其各个部件。
抽象建造者:包含创建产品各个子部件的抽象方法的接口,通常还包含一个返回复杂产品的方法 getResult()。
具体建造者:实现 Builder 接口,完成复杂产品的各个部件的具体创建方法。
指挥者:它调用建造者对象中的部件构造与装配方法完成复杂对象的创建,在指挥者中不涉及具体产品的信息。
四、代码分析
对象创建类
/** * 玩家对象【产品角色】 */ public class Player { private final String name;//名字 private final String hairstyle;//发型 private final String sex;//性别 private final String shape;//体型 private final String height;//身高 private final String weapon;//武器 private final String armor;//护甲 public Player() { throw new RuntimeException("使用建造者模式时,复杂产品不直接实例化具体对象"); } /** * 构造方法【指挥者】 */ private Player(Builder builder) { this.name = builder.name == null ? "未设置" : builder.name; this.hairstyle = builder.hairstyle == null ? "未设置" : builder.hairstyle; this.sex = builder.sex == null ? "未设置" : builder.sex; this.shape = builder.shape == null ? "未设置" : builder.shape; this.height = builder.height == null ? "未设置" : builder.height; this.weapon = builder.weapon == null ? "未设置" : builder.weapon; this.armor = builder.armor == null ? "未设置" : builder.armor; System.out.println("新建了一个玩家角色:"); System.out.println(" 名字:" + this.name); System.out.println(" 发型:" + this.hairstyle); System.out.println(" 性别:" + this.sex); System.out.println(" 体型:" + this.shape); System.out.println(" 身高:" + this.height); System.out.println(" 武器:" + this.weapon); System.out.println(" 护甲:" + this.armor); } /** * 内部类【同时担任 抽象建造者/具体建造者】 */ public static final class Builder { private String name;//名字 private String hairstyle;//发型 private String sex;//性别 private String shape;//体型 private String height;//身高 private String weapon;//武器 private String armor;//护甲 public Builder name(String val) { name = val; return this;//返回当前builder对象(为了在使用时,可以使用链式调用的方式) } public Builder hairstyle(String val) { hairstyle = val; return this;//返回当前builder对象(为了在使用时,可以使用链式调用的方式) } public Builder sex(String val) { sex = val; return this;//返回当前builder对象(为了在使用时,可以使用链式调用的方式) } public Builder shape(String val) { shape = val; return this;//返回当前builder对象(为了在使用时,可以使用链式调用的方式) } public Builder height(String val) { height = val; return this;//返回当前builder对象(为了在使用时,可以使用链式调用的方式) } public Builder weapon(String val) { weapon = val; return this;//返回当前builder对象(为了在使用时,可以使用链式调用的方式) } public Builder armor(String val) { armor = val; return this;//返回当前builder对象(为了在使用时,可以使用链式调用的方式) } //返回最终完成属性组装的复杂产品对象 public Player build() { return new Player(this); } } }
调用类
/** * 建造者模式测试类【模拟初始化创建一个游戏角色】 */ public class BuilderTest { public static void main(String[] args) {
//传参过程中实际上就类似于调用“具体的创建者”来生成“产品”,这样写,链式传参更加灵活 Player gunMan = new Player.Builder() .name("张皓") .hairstyle("光头") .sex("汉子") .shape("强壮得一批~") .height("180cm") .weapon("长剑") .armor("重甲") .build(); } }
代码分析:
首先需要声明一下,这种写法不是传统意义上的建造者模式,传统的建造者模式一般会有上面所说的四个对象,这里做了一个整合,把四个角色整合到了一起。
Q:为什么要写一个内层的Builder来对外层的产品对象进行属性设置呢?这不是多此一举么?
A:当前写法主要是考虑以下几个方面:
- 1、构造函数可能存在多个的情况(想象一下如果有很多构造方法,首先每个构造函数的可读性就不好,很容易传错,你还要去看构造方法内的每个参数是什么含义,再考虑选用哪个构造方法,想想在调用的时候疯不疯...)
- 2、链式调用结构更加清晰,扩展也方便
- 3、方便创建属性固定后续不再变更的对象实例(这里需要解释一下,因为建造者模式实质上就是为了创建对象;如果采用传统的getter,setter方法,也就是javaBean的方式也是可以实现的,但是这样在调用的时候,属性一般是分开设置的,对象的状态也容易改变,所以如果是在创建时就需要固定设置好内部属性的情况时,就写成final的形式,先把需要设置的参数设置好,防止后续状态变更)