引言
上一篇介绍了设计模式中的抽象工厂模式-C#设计模式(3)-抽象工厂模式，本篇将介绍建造者模式；
建造者模式简介
建造者模式是将一个复杂对象的构建与表示分离，使得同样的构建过程可以创建不同的表示。
在软件系统中，有时候会面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂的对象的各个部分可能面临着剧烈的变化，但是把他们组合在一起的算法很稳定。提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的“稳定构建算法”不随着需求的改变而改变。
实例场景
对于软件公司来讲，公司有研发人员和非研发人员（包括行政人员、管理人员等），每次入职新人，公司的IT人员就需要给新员工配一台电脑，但不同员工需要不同的配置的电脑，研发人员需要配置较高一点的电脑，行政人员需要的配置要求就没那么高；当然需要的配置可能很多，如安装公司用来游戏比赛时用的电脑、UE工程师使用的电脑、做视频用等等需要的配置可能都一样；这里我们仅以研发用电脑、办公用电脑为例；
但无论配置高低都需要给入职人员配置一台新电脑；下面我们用该场景讲解一下建造者模式；
实例代码
类图
建造者
建造者抽象类，这里讲安装电脑的过程标准化
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
namespace BuilderPattern
{
/// <summary>
/// 抽象安装电脑过程
/// </summary>
public abstract class ComputerBuilder
{
/// <summary>
/// 安装内存条
/// </summary>
public abstract void SetupMemory();
/// <summary>
/// 安装硬盘
/// </summary>
public abstract void SetupHarddisk();
/// <summary>
/// 安装操作系统
/// </summary>
public abstract void SetupOperatingSystem();
//安装电脑还需要其它很多步骤，如安装CPU、主板等等，这里不全部列举
}
}
如果安装研发人员使用的电脑
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
namespace BuilderPattern
{
/// <summary>
/// 安装研发人员使用电脑
/// </summary>
public class DevelopmentComputerBuilder:ComputerBuilder
{
/// <summary>
/// 安装内存
/// </summary>
public override void SetupMemory()
{
Console.WriteLine("安装一个12G内存条（开发机内存需要配置大一点）");
}
/// <summary>
/// 安装硬盘
/// </summary>
public override void SetupHarddisk()
{
Console.WriteLine("安装一个1T硬盘");
}
/// <summary>
/// 安装操作系统
/// </summary>
public override void SetupOperatingSystem()
{
Console.WriteLine("安装WIN7系统（开发机需要安装各种开发工具，win7系统较稳定）");
}
}
}
如果安装普通办公使用的电脑
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
namespace BuilderPattern
{
/// <summary>
/// 安装普通办公电脑
/// </summary>
public class OfficeComputerBuilder:ComputerBuilder
{
/// <summary>
/// 安装内存
/// </summary>
public override void SetupMemory()
{
Console.WriteLine("安装一个4G内存条");
}
/// <summary>
/// 安装硬盘
/// </summary>
public override void SetupHarddisk()
{
Console.WriteLine("安装500G硬盘");
}
/// <summary>
/// 安装操作系统
/// </summary>
public override void SetupOperatingSystem()
{
Console.WriteLine("安装WIN10系统");
}
}
}
当然需要的配置可能很多，如安装公司用来游戏比赛时用的电脑、UE工程师使用的电脑、做视频用等等需要的配置可能都一样；这里不一 一列举；
指挥者
指挥者类的目的就是根据使用人需求的不同来安装电脑，而使用人或者用户不需要知道安装的过程，而这里面的每一个步骤都是必须的；
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
namespace BuilderPattern
{
class ComputerDirector
{
public void ConstructComputer(ComputerBuilder builder)
{
//安装内存条
builder.SetupMemory();
//安装硬盘
builder.SetupHarddisk();
//安装操作系统
builder.SetupOperatingSystem();
}
}
}
业务调用
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
namespace BuilderPattern
{
class Program
{
static void Main(string[] args)
{
Console.WriteLine("----------------开始安装电脑-------------------------------------");
//研发人员使用电脑安装 建造者
ComputerBuilder builder = new DevelopmentComputerBuilder();
//普通办公使用电脑安装 建造者
//ComputerBuilder builder = new OfficeComputerBuilder();
ComputerDirector director = new ComputerDirector();
director.ConstructComputer(builder);
Console.WriteLine("----------------安装完成--------------------------------");
Console.ReadKey();
}
}
}
如果安装研发使用电脑，运行结果如下
如果安装普通办公使用电脑，运行结果如下
建造者模式结构图
本文实例中：
Builder就是安装电脑的抽象类 ；
ConstructBuilder为具体的建造者，就是上述的办公用电脑安装、研发用电脑安装；均具体实现了电脑安装抽象类；
Product产品就是具体的电脑；
Derictor，指挥者，上述示例即根据用户具体的需求安装不同配置的电脑；
总结
适用场景
1、需要生成的产品对象有复杂的内部结构，这些产品对象通常包含多个成员属性。
2、隔离复杂对象的创建和使用，并使得相同的创建过程可以创建不同的产品。
建造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式。
优缺点
优点：
建造者模式的使用使得产品的内部表象可以独立的变化。使用建造者模式可以使客户端不必知道产品内部组成的细节。
将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，使得我们能够更加精确的控制复杂对象的产生过程。
每一个Builder都相对独立，而与其它的Builder无关（一个产品有一个Builder相对应），可以很方便的增加或替换建造者。
缺点：
建造者的缺点在与如果产品的内部变化复杂，可能会导致需要定义很多具体建造者类来实现这种变化，导致系统变得很庞大，这样这个模式就不适用。