C#设计模式之建造者模式(Builder Pattern)

模式解释： 

       将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

模式类型： 创造类模式。

适用场景： 

       1.创建一些复杂的对象时，这些对象的内部组成构件间的建造顺序是稳定的，但是对象的内部组成构件面临着复杂的变化。

      2.要创建的复杂对象的算法，独立于该对象的组成部分，也独立于组成部分的装配方法时。

模式角色:

• Proudct(产品类)：一般是一个较为复杂的对象，也就是说创建对象的过程比较复杂，一般会有比较多的代码量。在本类图中，产品类是一个具体的类，而非抽象类。实际编程中，产品类可以是由一个抽象类与它的不同实现组成，也可以是由多个抽象类与他们的实现组成。
• Builder(抽象建造者)：引入抽象建造者的目的，是为了将建造的具体过程交与它的子类来实现。这样更容易扩展。一般至少会有两个抽象方法，一个用来建造产品，一个是用来返回产品。
• ConcreteBuilder(建造者)：实现抽象类的所有未实现的方法，具体来说一般是两项任务：组建产品；返回组建好的产品。
• Director(导演类)：负责调用适当的建造者来组建产品，导演类一般不与产品类发生依赖关系，与导演类直接交互的是建造者类。一般来说，导演类被用来封装程序中易变的部分。

UML图:

代码实现:

1.Product类, 具体的产品.

public class Product{    IList<string> parts = new List<string>();    public void Add(string part)    {        parts.Add(part);    }    public void Show()    {        Console.WriteLine("\n产品 创建 ----");        foreach (string part in parts)        {            Console.WriteLine(part);        }    }}

2.Builder类, 抽象建造者.

public abstract class Builder{    public abstract void BuildPartA();    public abstract void BuildPartB();    public abstract Product GetResult();}

3.ConcreteBuilder类, 建造者.

public class ConcreteBuilder1 : Builder{    private Product product = new Product();    public override void BuildPartA()    {        product.Add("部件A");    }     public override void BuildPartB()    {        product.Add("部件B");    }    public override Product GetResult()    {        return product;    }}public class ConcreteBuilder2 : Builder{    private Product product = new Product();    public override void BuildPartA()    {        product.Add("部件X");    }     public override void BuildPartB()    {        product.Add("部件Y");    }     public override Product GetResult()    {        return product;    }}

4,Director类, 导演.

public class Director{    public void Construct(Builder builder)    {        builder.BuildPartA();        builder.BuildPartB();    }}

5.客戶端調用. 

public class Program{    static void Main(string[] args)    {        Director director = new Director();        Builder b1 = new ConcreteBuilder1();        Builder b2 = new ConcreteBuilder2();        director.Construct(b1);        Product p1 = b1.GetResult();        p1.Show();        director.Construct(b2);        Product p2 = b2.GetResult();        p2.Show();        Console.Read();    }}

建造者模式的优点:

        首先，建造者模式的封装性很好。使用建造者模式可以有效的封装变化，在使用建造者模式的场景中，一般产品类和建造者类是比较稳定的，因此，将主要的业务逻辑封装在导演类中对整体而言可以取得比较好的稳定性。

        其次，建造者模式很容易进行扩展。如果有新的需求，通过实现一个新的建造者类就可以完成，基本上不用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险。

 

建造者模式与工厂模式的区别:

       我们可以看到，建造者模式与工厂模式是极为相似的，总体上，建造者模式仅仅只比工厂模式多了一个“导演类”的角色。在建造者模式的类图中，假如把这个导演类看做是最终调用的客户端，那么图中剩余的部分就可以看作是一个简单的工厂模式了。

       与工厂模式相比，建造者模式一般用来创建更为复杂的对象，因为对象的创建过程更为复杂，因此将对象的创建过程独立出来组成一个新的类——导演类。也就是说，工厂模式是将对象的全部创建过程封装在工厂类中，由工厂类向客户端提供最终的产品；而建造者模式中，建造者类一般只提供产品类中各个组件的建造，而将具体建造过程交付给导演类。由导演类负责将各个组件按照特定的规则组建为产品，然后将组建好的产品交付给客户端。

 

总结:

       建造者模式与工厂模式类似，他们都是创建类模式，适用的场景也很相似。一般来说，如果产品的建造很复杂，那么请用工厂模式；如果产品的建造更复杂，那么请用建造者模式。