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

Posted 苍山有雪,剑有霜

tags:

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

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

什么是建造者模式?

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

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

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

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

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

它的UML类图表示如下:

img

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

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

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

如何使用建造者模式?

举个例子

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

img

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

UML类图设计

整个系统的UML类图如下:

整个系统的UML类图如下:

img

实现代码

  • 抽象建造类:声明建造一个角色所必备的部件。
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 {
    @Override
    public void BuildHead() {
        System.out.println("头部:精灵脑袋");
    }

    @Override
    public void BuildBody() {
        System.out.println("躯干:精灵身体");
    }

    @Override
    public void BuildArms() {
        System.out.println("手臂:精灵手臂");
    }

    @Override
    public void BuildLegs() {
        System.out.println("腿部:精灵腿");
    }

    @Override
    public void ChooseGenius() {
        System.out.println("天赋:鹰眼;急性;弯弓;");
    }

    @Override
    public void ChooseCloth() {
        System.out.println("服饰:初级弓箭手套装");
    }

    @Override
    public void ChooseWeapon() {
        System.out.println("武器:新手木弓");
    }

    @Override
    public void SetName() {
        System.out.println("姓名:潘德初级射手");
    }
}

战神刑天

public class GiantBuilder extends AbstractBuilder {
    @Override
    public void BuildHead() {
        System.out.println("头部:巨人头");
    }

    @Override
    public void BuildBody() {
        System.out.println("躯干:荒古圣体");
    }

    @Override
    public void BuildArms() {
        System.out.println("手臂:麒麟臂");
    }

    @Override
    public void BuildLegs() {
        System.out.println("腿部:刑天之腿");
    }

    @Override
    public void ChooseGenius() {
        System.out.println("天赋:威压;力巨;不死;");
    }

    @Override
    public void ChooseCloth() {
        System.out.println("服饰:刑天套");
    }

    @Override
    public void ChooseWeapon() {
        System.out.println("武器:刑天斧");
    }

    @Override
    public 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 设计模式》

以上是关于大话设计模式——造物者一般的建造者模式的主要内容,如果未能解决你的问题,请参考以下文章

《大话设计模式》——建造者模式

建造者模式

大话设计模式-建造者模式(大鸟和小菜java版)

《大话设计模式》——读后感 好菜每回味不同——建造者模式之基础案例

大话设计模式第十三章之建造者模式

建造者模式