设计模式之建造者模式(盖房项目需求)

在软件开发过程中有时需要创建一个复杂的对象,这个复杂对象通常由多个子部件按一定的步骤组合而成。例如,计算机是由 OPU、主板、内存、硬盘、显卡、机箱、显示器、键盘、鼠标等部件组装而成的,采购员不可能自己去组装计算机,而是将计算机的配置要求告诉计算机销售公司,计算机销售公司安排技术人员去组装计算机,然后再交给要买计算机的采购员。

生活中这样的例子很多,如游戏中的不同角色,其性别、个性、能力、脸型、体型、服装、发型等特性都有所差异;还有汽车中的方向盘、发动机、车架、轮胎等部件也多种多样;每封电子邮件的发件人、收件人、主题、内容、附件等内容也各不相同。

以上所有这些产品都是由多个部件构成的,各个部件可以灵活选择,但其创建步骤都大同小异。这类产品的创建无法用前面介绍的工厂模式描述,只有建造者模式可以很好地描述该类产品的创建。

建造者模式(也称生成器模式)Builder

将产品和产品建造过程解耦=>建造者模式

建造者模式基本介绍

建造者模式,是一种对象构建模式,它是将复杂的建造过程抽象出来,使这个抽象过程的不同实现方法可以构建出不同表现(属性)的对象。
建造者模式是一步一步创建一个复杂的对象,它容许用户通过指定复杂对象的类型和内容就可以构建他们,用户不需要知道具体的构造细节。

建造者模式四个角色

1、Product (产品角色):一个具体的产品对象
2、Builder(抽象创建者):创造一个Product对象的各个部件指定的接口和抽象类
3、ConcreteBulider(具体创造者):实现接口,构建和配置各个部件
4、Director(指挥者):构建一个使用Builder接口对象,它的主要作用:一是:隔离客户与对象的生产过程,二是:负责控制产品对象的生产过程


建造者模式原理图

优点

  1. 各个具体的建造者相互独立,有利于系统的扩展。
  2. 客户端不必知道产品内部组成的细节,便于控制细节风险。

缺点

  1. 产品的组成部分必须相同,这限制了其使用范围。
  2. 如果产品的内部变化复杂,该模式会增加很多的建造者类。

建造者(Builder)模式和工厂模式的关注点不同:建造者模式注重零部件的组装过程,而工厂方法模式更注重零部件的创建过程,但两者可以结合使用。

实例

盖房项目需求:

1、需要建房子:这一过程为打地基,砌墙,封顶
2、房子有各种各样的,比如普通房,高楼,别墅等,过程一样但是要求不同

传统方式

传统方式

缺点:耦合度高,不利于扩展。采用建造者模式即可解决此问题

建造者模式

建造者模式实现盖房项目的类图

House类

 class House
    {
        private string baise;
        private string wall;
        private string roofed;

        public string GetBaise()
        {
            return baise;
        }

        public void SetBaise(string value)
        {
            baise = value;
        }

        public string GetWall()
        {
            return wall;
        }

        public void SetWall(string value)
        {
            wall = value;
        }

        public string GetRoofed()
        {
            return roofed;
        }

        public void SetRoofed(string value)
        {
            roofed = value;
        }
    }

抽象的HouseBulider类

abstract class HouseBulider
    {
        protected House house=new House();
        public abstract void bulidBasic();
        public abstract void bulidWall();
        public abstract void roofed();
        public House bulidHouse()
        {
            return house;
        }
    }

CommonHouse类

    class CommonHouse : HouseBulider
    {
        public override void bulidBasic()
        {
            Console.WriteLine("普通房子打地基");
        }

        public override void bulidWall()
        {
            Console.WriteLine("普通房子砌墙");
        }

        public override void roofed()
        {
            Console.WriteLine("普通房子盖屋顶");
        }
    }

HighBuliding类

    class HighBuilding : HouseBulider
    {
        public override void bulidBasic()
        {
            Console.WriteLine("高楼打地基");
        }

        public override void bulidWall()
        {
            Console.WriteLine("高楼砌墙");
        }

        public override void roofed()
        {
            Console.WriteLine("高楼盖屋顶");
        }
    }

HouseDirector类

 class HouseDirector
    {
        HouseBulider houseBulider=null;
        public HouseDirector(HouseBulider houseBulider)
        {
            this.houseBulider = houseBulider;
        }
        public House ConstructHouse()
        {
            houseBulider.bulidBasic();
            houseBulider.bulidWall();
            houseBulider.roofed();
            return houseBulider.bulidHouse();  
        }

    }

Client类

 class Client
    {
        private static void Main(string[] args)
        {
            CommonHouse commonHouse = new CommonHouse();
            HouseDirector houseDirector = new HouseDirector(commonHouse);
            House house = houseDirector.ConstructHouse();

            Console.WriteLine("---------------------");
            HighBuilding highBuilding = new HighBuilding();
            HouseDirector houseDirector2 = new HouseDirector(highBuilding);
            House house2 = houseDirector.ConstructHouse();
            Console.ReadLine();
        }
    }

运行结果


运行结果

模式的应用场景

1、建造者(Builder)模式创建的是复杂对象,其产品的各个部分经常面临着剧烈的变化,但将它们组合在一起的算法却相对稳定,所以它通常在以下场合使用。
创建的对象较复杂,由多个部件构成,各部件面临着复杂的变化,但构件间的建造顺序是稳定的。
2、创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式,即产品的构建过程和最终的表示是独立的。

模式的扩展

建造者(Builder)模式在应用过程中可以根据需要改变,如果创建的产品种类只有一种,只需要一个具体建造者,这时可以省略掉抽象建造者,甚至可以省略掉指挥者角色。

StringBuilder使用了建造者模式

image.png

image.png

StringBuilder.png
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,546评论 6 507
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,224评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,911评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,737评论 1 294
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,753评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,598评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,338评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,249评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,696评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,888评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,013评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,731评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,348评论 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,929评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,048评论 1 270
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,203评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,960评论 2 355

推荐阅读更多精彩内容