第4章 建造者模式(Builder Pattern)

原文 第4章
建造者模式(Builder Pattern)

定义


将一个复杂对象的构造与它的表示分离,使同样的构建过程可以创建不同的表示,这样的设计模式被称为建造者模式。


实用范围

1 当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。

2 当构造过程必须允许被构造的对象有不同表示时。

角色

在这样的设计模式中,有以下几个角色:

1 builder:为创建一个产品对象的各个部件指定抽象接口。

2 ConcreteBuilder:实现Builder的接口以构造和装配该产品的各个部件,定义并明确它所创建的表示,并
提供一个检索产品的接口。

3 Director:构造一个使用Builder接口的对象。

4
Product:表示被构造的复杂对象。ConcreteBuilder创建该产品的内部表示并定义它的装配过程,包含定义组成部件的类,包括将这些部件装配成最终产品的接口。

类关系图

举个简单的例子:我要需要造一个男人跟一个女孩

1.先定义一个人,跟男人女孩的具体实现





1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

  //人

    public class Person

    {

        //头

        private String head;

        //身体

        private String body;

        //脚

        private String foot;

        public String getHead()

        {

            return head;

        }

        public void setHead(String head)

        {

            this.head = head;

        }

        public String getBody()

        {

            return body;

        }

        public void setBody(String body)

        {

            this.body = body;

        }

        public String getFoot()

        {

            return foot;

        }

        public void setFoot(String foot)

        {

            this.foot = foot;

        }

    }

    //男人   product产品类

    public class Man : Person

    {

    }

    //女孩  product产品类

    public class girl : Person

    {

    }

2.抽象一个建造的工具,及具体的建造过程





1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

 //Builder 抽象建造者

    public interface PersonBuilder

    {

        void buildHead();

        void buildBody();

        void buildFoot();

        Person buildPerson();

    }

    //ConcreteBuilder 具体建造者

    public class ManBuilder : PersonBuilder

    {

        Person person;

        public ManBuilder()

        {

            person = new Man();

        }

        public void buildBody()

        {

            person.setBody("建造男人的身体");

        }

        public void buildFoot()

        {

            person.setFoot("建造男人的脚");

        }

        public void buildHead()

        {

            person.setHead("建造男人的头");

        }

        public Person buildPerson()

        {

            return person;

        }

    }

    public class GirlBuilder : PersonBuilder

    {

        Person person;

        public GirlBuilder()

        {

            person = new Man();

        }

        public void buildBody()

        {

            person.setBody("建造女孩的身体");

        }

        public void buildFoot()

        {

            person.setFoot("建造女孩的脚");

        }

        public void buildHead()

        {

            person.setHead("建造女孩的头");

        }

        public Person buildPerson()

        {

            return person;

        }

    }

3.最后建立一个场景,导演,或者是跟客户进行沟通的人





1

2

3

4

5

6

7

8

9

10

11

  //  Director类

    public class PersonDirector

    {

        public Person constructPerson(PersonBuilder pb)

        {

            pb.buildHead();

            pb.buildBody();

            pb.buildFoot();

            return pb.buildPerson();

        }

    }

4.根据客户的需求 给于不同的产品,比如需要一个男人,或者需要一个女人。





1

2

3

4

5

6

7

8

9

10

11

    class Program

    {

        static void Main(string[] args)

        {

            //建造一个男人

            Person man = new PersonDirector().constructPerson(new ManBuilder());

            //建造一个女孩

            Person girl = new PersonDirector().constructPerson(new GirlBuilder());

        }

    }

上面仅仅是建造者模式中的一种用法,不同的需求有很多种不同的用法,举例多了反而容易混。理解里面的核心就行了
,建造者:就是不用管我怎么去建造的,告诉我你想要什么,我就内部加工,建造好了给你。

扩展

建造者演化的其它方式:

1.省略抽象建造者角色





1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

  //  Director类

    public class PersonDirector

    {

       //获取男人

        public Person GetManPerson()

        {

            ManBuilder pb=new ManBuilder ();

            pb.buildHead();

            pb.buildBody();

            pb.buildFoot();

            return pb.buildPerson();

        }

        //获取女孩

        public Person GetGirlPerson()

        {

            GirlBuilder pb=new GirlBuilder ();

            pb.buildHead();

            pb.buildBody();

            pb.buildFoot();

            return pb.buildPerson();

        }

    }

    //client

    class Program

    {

        static void Main(string[] args)

        {

            //建造一个男人

            Person man = new PersonDirector().GetManPerson;

            //建造一个女孩

            Person girl = new PersonDirector().GetManPerson;

        }

    }

2.省略指导者角色

 
    
在具体建造者只有一个的情况下,如果抽象建造者角色已经被省略掉,那么还可以省略掉指导者角色,让Builder自己扮演指导者和建造者双重角色 
  //client





1

2

3

4

5

6

7

8

9

10

11

12

13

    class Program

    {

        static void Main(string[] args)

        {

            //建造一个男人

           ManBuilder pb=new ManBuilder ();

            pb.buildHead();

            pb.buildBody();

            pb.buildFoot();

            pb.buildPerson();

        }

    }

 

看到这之后 你有没发现,其实自己在开发的过程中进行的一些封装调用,用的就是建造者模式。O(∩_∩)O哈哈~
不要怀疑你的眼睛。其实你已经早就在用了

优点

1.封装性:

使用建造者模式可以使客户端不必知道产品内部组成的细节。

2.独立,容易扩展

3.便于控制细节

建造者是独立的,因此可以对建造者的过程细化,而不对其它的额模块产生影响。

设计模式系列文章入口:http://www.diyibk.com/post/39.html

时间: 2024-10-14 22:00:14

第4章 建造者模式(Builder Pattern)的相关文章

建造者模式(Builder Pattern)

模式定义 造者模式(Builder Pattern):将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示. UML类图 Builder:抽象建造者 ConcreteBuilder:具体建造者 Director:指挥者 Product:产品角色 代码结构 public static class BuilderApp { public static void Run() { Director director = new Director(); Builder b1 = new

23种设计模式--建造者模式-Builder Pattern

一.建造模式的介绍       建造者模式就是将零件组装成一个整体,用官方一点的话来讲就是将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示.生活中比如说组装电脑,汽车等等这些都是建造者模式的具体体现,组装电脑反应到软件上就是一个复杂的对象,然后我们使用建造者模式的时候需要抽象一个建造类,抽象一个指挥者指挥具体实现的那个类,然后就是具体实现这个对象的类,这样就避免了每新创建一个不同的复杂对象就需要重新写一下这个类,这样就只要重写建造者就可以了,我们接下来就用组装电脑这个来说明一

5.建造者模式(Builder Pattern)

using System; using System.Collections.Generic; namespace ConsoleApplication4 { class Program { /// <summary> /// 以组装电脑为例子 /// 每台电脑的组成过程都是一致的,但是使用同样的构建过程可以创建不同的表示(即可以组装成不一样的电脑,配置不一样) /// 组装电脑的这个场景就可以应用建造者模式来设计 /// </summary> /// <param name

设计模式(创建型)之建造者模式(Builder Pattern)

PS一句:最终还是选择CSDN来整理发表这几年的知识点,该文章平行迁移到CSDN.因为CSDN也支持MarkDown语法了,牛逼啊! 概述 建造者模式将客户端与包含多个组成部分的复杂对象的创建过程分离,客户端压根不用知道复杂对象的内部组成部分与装配方式,只需要知道所需建造者的类型即可.它关注如何一步一步创建一个的复杂对象,不同的具体建造者定义了不同的创建过程,且具体建造者相互独立,增加新的建造者非常方便,无须修改已有代码,系统具有较好的扩展性. 问题来了... 你可能会有疑惑,建造者模式和抽象工

Java之建造者模式(Builder Pattern)(转)

1.概念 将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示. [构建与表示分离,同构建不同表示] 与抽象工厂的区别:在建造者模式里,有个指导者,由指导者来管理建造者,用户是与指导者联系的,指导者联系建造者最后得到产品.即建造模式可以强制实行一种分步骤进行的建造过程. 建造模式是将复杂的内部创建封装在内部,对于外部调用的人来说,只需要传入建造者和建造工具,对于内部是如何建造成成品的,调用者无需关心. 举个简单的例子,如汽车,有很多部件,车轮,方向盘,发动机还有各种小零件等等,部

设计模式之第11章-建造者模式(Java实现)

设计模式之第11章-建造者模式(Java实现) “那个餐厅我也是醉了...”“怎么了?”“上菜顺序啊,竟然先上甜品,然后是冷饮,再然后才是菜什么的,无语死了.”“这个顺序也有人这么点的啊.不过很少就是了,正常来说如果是中餐的话,都是先凉菜再热菜,然后是汤,最后是一些甜品什么的.西餐呐,先有头盘,用来开胃的,然后是汤(感觉好怪的说),再然后是副菜.主菜.蔬菜类.甜品.饮料来着.然后法国嘛就是blablabla...”(作者已被众人拖走.“让我说完啊,就剩几个国家了~啊~~”).咳咳,题归正转.你问

建造者模式&lt;Builder&gt;

概述 将一个复杂对象的构造与它的表示分离,使同样的构建过程可以创建不同的表示,这样的设计模式被称为建造者模式 角色 建造者(Builder):为创建一个产品对象的各个部件指定抽象接口. 具体建造者(ConcreteBuilder):实现Builder的接口以构造和装配该产品的各个部件,定义并明确它所创建的表示,并 提供一个检索产品的接口 产品(Product):表示被构造的复杂对象.ConcreteBuilder创建该产品的内部表示并定义它的装配过程,包含定义组成部件的类,包括将这些部件装配成最

建造者模式(Builder)——从组装电脑开始

建造者模式(Builder)--从组装电脑开始 建造者模式概括起来就是将不同独立的组件按照一定的条件组合起来构成一个相对业务完整的对象.调用者无需知道构造的过程. 我们从组装电脑开始 让我们从买组装电脑开始吧. 首先要买一个电脑,一般都有两个选择 -- 品牌电脑和组装电脑,一般人为了省事和放心都会选择买品牌电脑(也就是整机).在这里,为了更好的分析问题,假定我们为了性价比决定要买组装电脑.那么我们该怎么做呢. 首先我们得学习一个完整的电脑的组成部分有哪些? 经过翻查一部分资料发现,主要部件分为主

设计模式—建造者模式(Builder)

title: 设计模式-建造者模式 建造者模式(Builder)是一步一步创建一个复杂的对象,它允许用户只通过指定复杂对象的类型和内容就可以构建它们,用户不需要知道内部的具体构建细节.建造者模式属于对象创建型模式.我们获得一个对象的时候不是直接new这个对象出来,而是对其建造者进行属性设置,然后建造者在根据设置建造出各个对象出来.建造者模式又可以称为生成器模式. 模式结构 一个标准的建造者模式包含如下角色: Builder:抽象建造者 ConcreteBuilder:具体建造者 Director