本来建造者模式是放到后面才写的，但有群友催稿，并且点明需要看看建造者模式来满足工作上的需要，也就有了这篇文章。

什么是建造者模式？

建造者模式归纳起来其实就一句话：女娲造人，形态各异。

传说女娲是用泥巴捏出人来的，当时捏出的小泥人虽然每个都是两条腿、两只手、一个脑袋的样子，但是具体到每个部位，却有有所不同：有的小泥人手长一点，有的手短一点；有的脑袋圆鼓鼓的，有的脑袋尖尖的······

也就是说，当初女娲在造人的时候，她的心中是有一副蓝图——即是人型的样子，但是在塑造不同部位的时候，选择的是不同的“捏制”手法。女娲作为造物者，便是建造者模式最好的例子了。

让我们来看看建造者模式的定义：

建造者模式（生成器模式）：将一个复杂对象的构建与它的表示分离，使得同样的构造器过程可以创建不同的表示。

它的UML类图表示如下：

Builder是为创建一个具体产品、具体对象的各个部件指定的抽象接口，放到女娲造人的传说里，那就是人型蓝图。

ConcreteBuilder则是实现Builder抽象方法的具体建造类，它可以看作是更为详细的蓝图，指明了高矮胖瘦、男女老幼。

Director则是根据ConcreteBuilder来具体构造产品、对象的，它使用了**Builder接口，**在传说中，这就是造物者——女娲。

如何使用建造者模式？

举个例子

相信大家不少都玩过游戏，自然知道游戏的捏脸系统。捏脸系统可以让玩家选择人物的各个部位的大小、形状等等，体验一把造物者的感觉。除了玩家的角色，里面的NPC也是通过这个捏脸系统生成的造成游戏里的角色形态各异。就像下面这种：

今天我就以一建造者模式来实现一个简单的游戏捏脸系统。这个捏脸系统可以设置姓名、选择人物的四肢、头部、服饰、武器、天赋等。

UML类图设计

整个系统的UML类图如下：

整个系统的UML类图如下：

实现代码

抽象建造类：声明建造一个角色所必备的部件。

abstract public class AbstractBuilder {public abstract void BuildHead ();public abstract void BuildBody ();public abstract void BuildArms();public abstract void BuildLegs();public abstract void ChooseGenius();public abstract void ChooseCloth();public abstract void ChooseWeapon();public abstract void SetName();
}

由于该抽象类的所有方法都被声明为了抽象方法，继承它的子类必须实现所有的抽象方法，这就防止了某些部件的缺失。

具体建造类：用来选择角色每个部位具体的属性。

弓箭手

public class ArcherBuilder extends AbstractBuilder {@Overridepublic void BuildHead() {System.out.println("头部：精灵脑袋");}@Overridepublic void BuildBody() {System.out.println("躯干：精灵身体");}@Overridepublic void BuildArms() {System.out.println("手臂：精灵手臂");}@Overridepublic void BuildLegs() {System.out.println("腿部：精灵腿");}@Overridepublic void ChooseGenius() {System.out.println("天赋：鹰眼；急性；弯弓；");}@Overridepublic void ChooseCloth() {System.out.println("服饰：初级弓箭手套装");}@Overridepublic void ChooseWeapon() {System.out.println("武器：新手木弓");}@Overridepublic void SetName() {System.out.println("姓名：潘德初级射手");}
}

战神刑天

public class GiantBuilder extends AbstractBuilder {@Overridepublic void BuildHead() {System.out.println("头部：巨人头");}@Overridepublic void BuildBody() {System.out.println("躯干：荒古圣体");}@Overridepublic void BuildArms() {System.out.println("手臂：麒麟臂");}@Overridepublic void BuildLegs() {System.out.println("腿部：刑天之腿");}@Overridepublic void ChooseGenius() {System.out.println("天赋：威压；力巨；不死；");}@Overridepublic void ChooseCloth() {System.out.println("服饰：刑天套");}@Overridepublic void ChooseWeapon() {System.out.println("武器：刑天斧");}@Overridepublic void SetName() {System.out.println("姓名：战神刑天");}
}j

另外，邓布利多、骑士长等代码就不贴了，请至源码查看。

玩家类：用来调用具体的角色类的构造方法，实现所有角色的部件按照顺序生成，无一缺漏。

public class Player {private AbstractBuilder abstractBuilder;public Player(AbstractBuilder abBuilder) {abstractBuilder=abBuilder;}public void CreateCharacter(){System.out.println("创建角色中......");abstractBuilder.BuildHead();abstractBuilder.BuildBody();abstractBuilder.BuildArms();abstractBuilder.BuildLegs();abstractBuilder.ChooseGenius();abstractBuilder.ChooseCloth();abstractBuilder.ChooseWeapon();abstractBuilder.SetName();System.out.println("角色创建完毕！");}
}jj

结果

世界角色构造中，请稍候......
创建角色中......
头部：精灵脑袋
躯干：精灵身体
手臂：精灵手臂
腿部：精灵腿
天赋：鹰眼；急性；弯弓；
服饰：初级弓箭手套装
武器：新手木弓
姓名：潘德初级射手
角色创建完毕！创建角色中......
头部：西方帝国头
躯干：骑士躯
手臂：百战臂
腿部：千夫长之腿
天赋：勇猛；不惧；冲锋
服饰：东罗帝国飞羽骑士套
武器：高仿战神枪
姓名：大骑士长
角色创建完毕！创建角色中......
头部：普通人类头
躯干：老迈躯
手臂：骨瘦臂
腿部：不动冥王腿
天赋：无量；洞察；瞬发
服饰：大法师袍
武器：瓦巴杰克
姓名：阿不思·邓布利多
角色创建完毕！创建角色中......
头部：巨人头
躯干：荒古圣体
手臂：麒麟臂
腿部：刑天之腿
天赋：威压；力巨；不死；
服饰：刑天套
武器：刑天斧
姓名：战神刑天
角色创建完毕！世界角色构造完毕，祝您游戏愉快！

总结

应用场景

建造者模式主要是用于创建一些复杂的对象，这些对象内部间的构造顺序、构造部件通常是稳定的，但是对象内部的具体构建方法常常是变化的。

除了之前说到的女娲造人、游戏捏人的例子，生活中的麦当劳、肯德基等流水线式的快餐食品其实也是建造者模式的一个例子：每种汉堡的用料、时间都是不同的，但是顺序和组成部件确实大同小异，比如都的要两片面包、中间加肉等等，只不过面包种类不一样，肉的种类也可以不一样。

另一个建造者模式的例子可以拿五一假期的安排来说，假期时长一共五天，但是每一天究竟干什么、去哪、干多久，都是可以任意规划和选择的。

优点

封装性强：建造代码与表示代码分离，由于建造者隐藏了该产品是如何组装的，所以外部客户是无法知道其内部实现代码；
扩展性强：若需要改变一个产品的内部表示，只需要再定义一个具体的建造者就可以了；
过程精细化：通过创建者模式可以实现每一个过程都依次无误进行，并且每一个过程还可以进一步分为更多的子过程：例如捏脸系统的头部，还可以细化为五冠、表情等等，这可以通过对头部进行另一个建造者模式来实现。

缺点

由于每个角色之间的组件无法复用，当建造者类太多，代码较为臃肿，此时需要结合其他的设计模式进行优化，例如组合模式。
只适合于最终的实例组成部分相似的情况。

项目地址

https://github.com/white0dew/Design-pattern/tree/master

往期文章

大话设计模式(1)——单例模式
https://blog.csdn.net/ll15982534415/article/details/117337900
大话设计模式(1)——策略模式
https://blog.csdn.net/ll15982534415/article/details/117264676

参考链接

《大话设计模式》

《Headfist 设计模式》

大话设计模式(3)——造物者一般的建造者模式相关推荐

Java设计模式之创建型：建造者模式
一.什么是建造者模式: 建造者模式将复杂产品的创建步骤分解在在不同的方法中,使得创建过程更加清晰,从而更精确控制复杂对象的产生过程:通过隔离复杂对象的构建与使用,也就是将产品的创建与产品本身分离开来, ...
【学习设计模式8】组装流水线——建造者模式
上篇: [学习设计模式7]复制粘贴就得了--原型模式_Aiky哇的博客-CSDN博客那么有没有一种方法可以名正言顺的复制粘贴呢?当然有了,那就是原型模式.原型模式也叫克隆模式.https://aiky ...
设计模式-第10章（建造者模式）
建造者模式建造者模式建造者模式解析建造者模式的基本代码结构建造者模式建造者模式(Builder),将一个复杂对象的构建和表示分离,使得同样的构建过程可以创建不同的表示. 如果我们用了建造者模 ...
.NET设计模式（4）：建造者模式（Builder Pattern）（转）
概述在软件系统中,有时候面临着"一个复杂对象"的创建工作,其通常由各个部分的子对象用一定的算法构成:由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一 ...
《大话设计模式》笔记(1)——创建型模式
1.简单工厂模式/静态工厂方法定义:简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例. UML: PS:这个设计模式太简单了,没什么好解说的,简单来说就是通过传入一个标识到工厂类方法中,返回 ...
常用设计模式系列（四）—建造者模式
第一节前言 "山不在高,有仙则名.水不在深,有龙则灵.斯是陋室,惟吾德馨.苔痕上阶绿,草色入帘青.谈笑有鸿儒,往来无白丁.可以调素琴,阅金经.无丝竹之乱耳,无案牍之劳形.南阳诸葛庐,西蜀子 ...
Android源码设计模式探索与实战【建造者模式】
IT行业,一直讲一句话,拼到最后都拼的是"内功",而内功往往就是指我们处理问题的思路.经验.想法,而对于开发者来说,甚至对于产品也一样,都离不开一个"宝典",就 ...
C#设计模式学习笔记：(4)建造者模式
本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7614630.html,记录一下学习过程以备后续查用.一.引言在现实生活中,我们经常会遇到一些构成比较复杂的物 ...
Java 设计模式（二）《建造者模式》
建造者模式建造者模式(Builder Pattern)使用多个简单的对象一步一步构建成一个复杂的对象.这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式. 一个 Builder 类会一 ...

大话设计模式(3)——造物者一般的建造者模式