五、建造者模式--创建型模式

建造者模式：可以将一个产品的内部表象与产品的生成过程分割开来，从而可以使一个建造过程生成具有不同的内部表象的产品对象

建造都模式UML类图：

 

类图关系说明：

建造者（Builder）角色：给出一个抽象接口，以规范产品对象的各个组成成分的建造。一般而言，此接口独立于应用程序的商业逻辑。模式中直接创建产品对象的是具体建造者
（ConcreteBuilder）角色。具体建造者类必须实现这个接口所要求的方法：一个是建造方法， 另一个是结果返还方法。

具体建造者（Concrete Builder）角色：担任这个角色的是于应用程序紧密相关的类，它们在 应用程序调用下创建产品实例。这个角色主要完成的任务包括：

• 实现 Builder 角色提供的接口，一步一步完成创建产品实例的过程。 
• 在建造过程完成后，提供产品的实例。

指导者（Director）角色：担任这个角色的类调用具体建造者角色以创建产品对象。导演者并没 有产品类的具体知识，真正拥有产品类的具体知识的是具体建造者对象。

产品（Product）角色：产品便是建造中的复杂对象。 指导者角色是于客户端打交道的角色。导演者角色将客户端创建产品的请求划分为对各个零件的建造请求，再将这些请求

委派给具体建造者角色。具体建造者角色是做具体建造工作的，但却不为客户端所知。 

示例代码：

    class Program
    {
        static void Main(string[] args)
        {
            Director director = new Director();
            Builder builder1 = new ConcreteBuilder1();
            Builder builder2 = new ConcreteBuilder2();

            director.Construct(builder1);
            Product p1 = builder1.GetResult();
            p1.Show();

            director.Construct(builder2);
            Product p2 = builder2.GetResult();
            p2.Show();

            Console.ReadKey();


               
        }
    }

    class Director
    {
        public void Construct(Builder builder)
        {
            builder.BuilderPartA();
            builder.BuilderPartB();
        }
    }

    abstract class Builder
    {
        abstract public void BuilderPartA();
        abstract public void BuilderPartB();
        abstract public Product GetResult();
    }

    class Product
    {
        ArrayList parts = new ArrayList();
        public void Add(string part)
        {
            parts.Add(part);
        }

        public void Show()
        {
            Console.WriteLine("Product parts--------");
            foreach (string item in parts)
            {
                Console.WriteLine(item);
            }
        }
    }


    class ConcreteBuilder1 : Builder
    {
        private Product product = new Product();

        public override void BuilderPartA()
        {
            product.Add("PartA");
        }

        public override void BuilderPartB()
        {
            product.Add("PartB");
        }

        public override Product GetResult()
        {
            return product;
        }
    }

    class ConcreteBuilder2 : Builder
    {
        private Product product = new Product();

        public override void BuilderPartA()
        {
            product.Add("PartX");
        }

        public override void BuilderPartB()
        {
            product.Add("PartY");
        }

        public override Product GetResult()
        {
            return product;
        }

    }

代码进行结果： 

 

建造模式改进

　　1、如果系统中只需要一个具体建造者的话，可以省略掉抽象建造者。

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

模式适用情况

以下情况应当使用建造者模式：
1、 需要生成的产品对象有复杂的内部结构。 2、 需要生成的产品对象的属性相互依赖，建造者模式可以强迫生成顺序。 3、 在对象创建过程中会使用到系统中的一些其它对象，这 些 对 象 在 产品对象的创建过程中不易 得到。
使用建造者模式主要有以下效果：
1、 建造模式的使用使得产品的内部表象可以独立的变化。使用建造者模式可以使客户端不必知 道产品内部组成的细节。 2、 每一个 Builder 都相对独立，而与其它的Builder无关。 3、 模式所建造的最终产品更易于控制