GOF《设计模式》中说道：将一个复杂对象的构建与其表示向分离，使得同样的构建过程可以创建不同的表示。
所谓“复杂对象”，是指：此对象中还含有其它的子对象。
何时采用: Builder模式所面对的情况是：各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将他们组合在 一起的算法却相对稳定。简单的说：子对象变化较频繁，组合算法相对稳定。比如生产汽车，理想状态下，生产步骤基本相同，只是不同的车款其具体部件有所不 同，变化的是部件，稳定的是生产流程，在此种情况下就采用Builder生成器模式。还比如组装电脑，组装步骤也基本就是那些步骤，但不同的使用了不同的 配件，所以也适合此模式。
因此，这是解决一个复杂对象的创建工作，现在变化的部分和相对稳定的部分已经明确，我们要做的是隔离变化，如何将子对象和算法隔离是要解决的问题。
我们现在定义一个场景：用Builder生成器生产汽车，在此处，我们有两个车款需要生产，它们是BMW或TOYOTA。
下面我们按下面步骤来实现我们的Builder生成器模式
一、抽象建造者角色:CarBuilder。它主要是用来定义两种接口，一种接口用于规范产品的各个部分的组成。比如，这里就规定了汽车五个重要组成部件的组成。第二种接口用于返回建造后的产品。
二、建造者模式的指导者:CarFactoryManager。指导者做的是稳定的建造工作，他按照固定的流程，重复做着相同的装配工作。
三、具体的建造者:BMWCar和TOYOTACar。他的工作就是实现各建造步骤的接口，以及实现返回产品的接口。
宝马车建造者
丰田车建造者
四、 Car就是建造出来的复杂产品--汽车。在代码中，我们的各种建造步骤都是为创建产品中的各种配件服务的，Car定义了一个相对具体的产品，在应用中可以把这个产品进行比较高度的抽象，使得不同的具体建造者甚至可以建造出完全不同的产品。
五、 看看客户端的代码，用户先是选择了一个具体的Builder，BMWCar或TOYOTACar，然后交由Builder工厂给他生产出相应的汽车产品。
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace CarBuilderPattern
{
class Program
{
static void Main(string[] args)
{
//指导者（Director）角色：担任这个角色的类调用具体建造者角色(BMWBuilder)以创建产品对象。
//导演者并没有产品类的具体知识，真正拥有产品类的具体知识的是具体建造者对象。
Car mycaBMW= CarFactoryManager.CreateCars(new BMWBuilder(),"宝马车");
Car mycarToyota = CarFactoryManager.CreateCars(new TOYOTABuilder(), "丰田车");
Console.Read();
}
}
}