C#设计模式学习笔记：(4)建造者模式

    本笔记摘抄自：http://www.javashuo.com/article/p-dqjtnegm-ds.html，记录一下学习过程以备后续查用。

    1、引言

    在现实生活中，咱们常常会遇到一些构成比较复杂的物品。好比电脑，是由CPU、主板、内存条、硬盘、显卡、机箱等组装而成的。手机也是复杂物品，

由主板、各类芯片、RAM、ROM、摄像头等部件组成。可是不管是电脑仍是手机，它们的组装过程是固定的。拿手机来讲，组装流水线是固定的、不变的，

可是把不一样的主板和其它组件组装在一块儿就会生产出不一样型号的手机。那么在软件系统中是否是也会存在这样的对象呢？答案是确定的。在软件系统中咱们

也会遇到相似的复杂对象，而且这个复杂对象的各个部分按照必定的算法组合在一块儿，此时该对象的建立工做就可使用Builder模式了，下面让咱们详细看

看这个模式吧。

    2、建造者模式介绍

    建造者模式（也叫生成器模式）：英文名称--Builder Pattern；分类--建立型。

    2.一、动机（Motivate）

    在软件系统中，有时候面临着“一个复杂对象”的建立工做，其一般由各个部分的子对象用必定的算法构成。因为需求的变化，这个复杂对象的各个部分经

常面临着剧烈的变化，可是将它们组合在一块儿的算法却相对稳定。如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从

而保持系统中的“稳定构建算法”不随着需求改变而改变？

    2.二、意图（Intent）

    将一个复杂对象的构建与其表示相分离，使得一样的构建过程能够建立不一样的表示。——《设计模式》GoF

    2.三、结构图（Structure）

    2.四、模式的组成

    1）抽象建造者角色（Builder）：为建立一个Product对象的各个部件指定抽象接口，以规范产品对象的各个组成部分的建造。通常而言，此角色规定要实

现复杂对象的哪些部件的建立，并不涉及具体的对象部件的建立。

    2）具体建造者（ConcreteBuilder）

    I、实现Builder的接口以构造和装配该产品的各个部件，即实现抽象建造者角色Builder的方法。

    II、定义并明确它所建立的表示，即针对不一样的商业逻辑，具体化复杂对象的各个部分的建立。

    III、提供一个检索产品的接口。

    IV、构造一个使用Builder接口的对象，即在指导者的调用下建立产品实例。

    3）指导者（Director）：调用具体建造者角色以建立产品对象的各个部分。指导者并无涉及具体产品类的信息，真正拥有具体产品的信息是具体建造者

对象。它只负责保证对象各部分完整建立或按某种顺序建立。

    4）产品角色（Product）：建造中的复杂对象。它要包含那些定义组件的类，包括将这些组件装配成产品的接口。

    2.5 建造者模式的代码实现

    如今人们生活水平都提升了，家家都有了家庭轿车，那今天咱们就以汽车组装为例来讲明Builder模式的实现。

    class Program
    {
        /// <summary>
        /// 小轿车类
        /// </summary>
        public sealed class SaloonCar
        {
            //小轿车部件集合
            private IList<string> parts = new List<string>();

            //把单个部件添加到小轿车部件集合中
            public void Add(string part)
            {
                parts.Add(part);
            }

            public void Show()
            {
                Console.WriteLine("小轿车开始组装.......");
                foreach (string part in parts)
                {
                    Console.WriteLine("部件[" + part + "]已组装。");
                }

                Console.WriteLine("小轿车组装完毕。");
            }
        }

        /// <summary>
        /// 抽象建造者，它定义了要建立什么部件和最后建立的结果，可是不是组装的的类型，切记。
        /// </summary>
        public abstract class Builder
        {
            //建立车门
            public abstract void BuildSaloonCarDoor();
            //建立车轮
            public abstract void BuildSaloonCarWheel();
            //建立车引擎
            public abstract void BuildSaloonCarEngine();
            //得到组装好的小轿车
            public abstract SaloonCar GetSaloonCar();
        }

        /// <summary>
        /// 具体建立者，具体车型的建立者，例如：别克。
        /// </summary>
        public sealed class BuickBuilder : Builder
        {
            SaloonCar buickCar = new SaloonCar();
            public override void BuildSaloonCarDoor()
            {
                buickCar.Add("Buick's door");
            }

            public override void BuildSaloonCarWheel()
            {
                buickCar.Add("Buick's wheel");
            }

            public override void BuildSaloonCarEngine()
            {
                buickCar.Add("Buick's engine");
            }

            public override SaloonCar GetSaloonCar()
            {
                return buickCar;
            }
        }

        /// <summary>
        /// 具体建立者，具体车型的建立者，例如：奥迪
        /// </summary>
        public sealed class AoDiBuilder : Builder
        {
            SaloonCar aoDiCar = new SaloonCar();
            public override void BuildSaloonCarDoor()
            {
                aoDiCar.Add("Aodi's door");
            }

            public override void BuildSaloonCarWheel()
            {
                aoDiCar.Add("Aodi's wheel");
            }

            public override void BuildSaloonCarEngine()
            {
                aoDiCar.Add("Aodi's engine");
            }

            public override SaloonCar GetSaloonCar()
            {
                return aoDiCar;
            }
        }

        /// <summary>
        /// 这个类型才是组装的
        /// Construct方法里面的实现就是建立复杂对象固定算法的实现，该算法是固定的或者说是相对稳定的。
        /// 这我的固然就是老板了，也就是建造者模式中的指挥者。
        /// </summary>
        public class Director
        {
            //组装汽车
            public void Construct(Builder builder)
            {
                builder.BuildSaloonCarDoor();
                builder.BuildSaloonCarWheel();
                builder.BuildSaloonCarEngine();
            }
        }

        static void Main(string[] args)
        {
            #region 建造者模式
            Director director = new Director();
            Builder buickBuilder = new BuickBuilder();
            Builder aoDiBuilder = new AoDiBuilder();

            //组装别克小轿车
            director.Construct(buickBuilder);
            SaloonCar buickCar = buickBuilder.GetSaloonCar();
            buickCar.Show();

            Console.WriteLine();

            //组装奥迪小轿车
            director.Construct(aoDiBuilder);
            SaloonCar aoDiCar = aoDiBuilder.GetSaloonCar();
            aoDiCar.Show();

            Console.Read();
            #endregion
        }
    }

View Code

    运行结果以下：

    3、建造者模式的实现要点

    在建造者模式中，指挥者是直接与客户端打交道的。指挥者将客户端建立产品的请求转换为对各个部件的建造请求，再将这些请求委派给具体的建造者角

色，而具体的建造者角色是完成具体产品的构建工做的，却不为客户所知道。

    建造者模式主要用于“分步骤来构建一个复杂的对象”，其中“分步骤”是一个固定的组合过程，而复杂对象的各个部分是常常变化的。 产品不须要抽象类，

由于建造者模式建立出来的最终产品可能差别很大，因此不大可能提炼出一个抽象产品类。 在前面文章中介绍的抽象工厂模式解决了“多系列产品”的需求变

化，而建造者模式解决的是 “产品部分” 的须要变化。 因为建造者隐藏了具体产品的组装过程，因此要改变一个产品的内部表示，只须要再实现一个具体的

建造者就能够了，从而能很好地应对产品组成部件的需求变化。

    3.一、建造者模式的优势

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

    2）具体的建造者类之间是相互独立的，容易扩展。

    3）因为具体的建造者是独立的，所以能够对建造过程逐步细化，而不对其余的模块产生任何影响。

    3.二、建造者模式的缺点

    1）产生多余的Build对象以及Dirextor类。

    3.三、建立者模式的使用场景

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

    2）相同的方法，不一样的执行顺序，产生不一样的事件结果时。

    3）多个部件或零件，均可以装配到一个对象中，可是产生的运行结果又不相同时。

    4）产品类很是复杂，或者产品类中的调用顺序不一样产生了不一样的效能。

    5）建立一些复杂的对象时，这些对象的内部组成构件间的建造顺序是稳定的，可是对象的内部组成构件面临着复杂的变化。

    4、.NET中建造者模式的实现

    微软的类库里面大量使用了设计模式，若是要想学习设计模式，仔细看看微软的类库是颇有帮助的。今天的设计模式在FCL里面也有实现，该类型的名字

是System.Text.StringBuilder(存在于mscorlib.dll程序集中)，它就是一个建造者模式的实现，从名称也能够看出来。不过它的实现属于建造者模式的演化，此时

的建造者模式没有指挥者角色和抽象建造者角色，StringBuilder类既扮演着具体建造者的角色，也同时扮演了指挥者和抽象建造者的角色。

    StringBuilder类扮演着建造string对象的具体建造者角色，其中的ToString()方法用来返回具体产品给客户端（至关于上面代码中GetSaloonCar方法）。其中

Append方法用来建立产品的组件(至关于上面代码中Add方法)，由于string对象中每一个组件都是字符，因此也就不须要指挥者角色的代码（如上面代码中的

Construct方法），Append方法也充当了指挥者Construct方法的做用。

    5、总结

    须要重申的是，学习设计模式不能死学，就像StringBuilder同样，他和Gof23种设计模式中定义的情形有很大的不一样，可是它也是Builder模式，由于它要解决

的问题和使用场景是吻合的。咱们写代码的时候，不要太居于形式，要看使用的契机和模式是否吻合，根据具体的状况咱们的模式也会发生变化。当咱们看得越

多也写得越多的时候，变化就越天然了。