一.引入

大鸟与小菜吃到的炒面味道不同，而类似肯德基的快餐则不会出现这样情况。其中的原因就是他们的工作流程是非常规范的，时间、温度、热度都确定。这里的工作流程就是一种抽象的流程，此话我们如何去理解呢？

二.解决过程

① 建造小人一

<span style="font-family:KaiTi_GB2312;font-size:24px;"><span style="white-space:pre">	</span>    Graphics gThin = pictureBox1.CreateGraphics();
            gThin.DrawEllipse(p, 50, 20, 30, 30);
            gThin.DrawRectangle(p, 60, 50, 10, 50);
            gThin.DrawLine(p, 60, 50, 40, 100);
            gThin.DrawLine(p, 70, 50, 90, 100);
            gThin.DrawLine(p, 60, 100, 45, 150);
            gThin.DrawLine(p, 70, 100, 85, 150);</span>

这样，每次建造一个小人都需要写画头、身体、两手和两脚，很麻烦，也很容易出错。所以，还是需要创建类。

② 建造小人二

创建瘦人类：

<span style="font-family:KaiTi_GB2312;font-size:24px;">class PersonFatBuilder
    {
        private Graphics g;
        private Pen p;

        public PersonFatBuilder(Graphics g, Pen p)
        {
            this.g = g;
            this.p = p;
        }
        public void Build()
        {
            g.DrawEllipse(p, 50, 20, 30, 30);
            g.DrawRectangle(p, 45, 50, 40, 50);
            g.DrawLine(p, 50, 50, 30, 100);
            g.DrawLine(p, 80, 50, 100, 100);
            g.DrawLine(p, 60, 100, 45, 150);
            g.DrawLine(p, 70, 100, 85, 150);
        }

    }</span>

同样可以建造一个胖人类。

这样，确实解决了复用代码建造小人，但是炒面没放盐的问题还是没有解决。在编程的过程中，还是可能丢失小人的某一个部分。所以，就要应用建造者模式。

③ 建造者模式建造小人

定义抽象的建造人的类：

<span style="font-family:KaiTi_GB2312;font-size:24px;">abstract class PersonBuilder
    {
        protected Graphics g;
        protected Pen p;
        public PersonBuilder(Graphics g, Pen p)
        {
            this.g = g;
            this.p = p;

        }
        public abstract void BuildHead();
        public abstract void BuildBody();
        public abstract void BuildArmLeft();
        public abstract void BuildArmRight();
        public abstract void BuildLegLeft();
        public abstract void BuildLegRight();

    }</span>

瘦人继承抽象类：

<span style="font-family:KaiTi_GB2312;font-size:24px;">class PersonThinBuilder:PersonBuilder 
    {
        public PersonThinBuilder(Graphics g, Pen p)
            : base(g, p)
        { }
        public override void BuildHead()
        {
            g.DrawEllipse(p , 50, 20, 30, 30);
        }
        public override void BuildBody()
        {
            g.DrawRectangle(p, 60, 50, 10, 50);
        }
        public override void BuildArmLeft()
        {
            g.DrawLine(p, 60, 50, 40, 100);


        }
        public override void BuildArmRight()
        {
            g.DrawLine(p, 70, 50, 90, 100);    
        }
        public override void BuildLegLeft()
        {
            g.DrawLine(p, 60, 100, 45, 150);
        }
        public override void BuildLegRight()
        {
            g.DrawLine(p, 70, 100, 85, 150);
        }</span>

其他的胖人类，高人类，也可以像这样自己构造。

指挥者类：

<span style="font-family:KaiTi_GB2312;font-size:24px;">class PersonDirector
    {
        private PersonBuilder pb;
        public PersonDirector(PersonBuilder pb)//用户告诉指挥者，需要建什么样的人
        {
            this.pb = pb;
        }
        public void CreatePerson()//根据用户的选择建造小人
        {
            pb.BuildHead();
            pb.BuildBody();
            pb.BuildArmLeft();
            pb.BuildArmRight();
            pb.BuildLegLeft();
            pb.BuildLegRight();
        }
    }</span>

这样，指挥者根据用户选择一步步建造小人，并且不会遗忘小人的各个部位。

三.应用模式

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

好处：使得建造代码和表示代码分离，由于建造者隐藏了该产品是如何组装的，所以若需要改变一个产品的内部表示，只需要再定义一个具体的建造者就可以。

四.学习心得

其实， 想想生活实际中，处处都是建造者模式。其本质就是产品与构件相分离。每个构件都是产品中必不可少的。所以说，为了避免构件的丢失，就将产品中需要用到的那些构件组合在一起。比如：电脑产品，其中，输入设备、输出设备和主机三个部件不可少，有了它们，就有不同的电脑产品。将书上的定义用生活的角度来看，其实就很容易理解了。