C#面向对象设计模式纵横谈4 Builder生成器模式创建型模式

Buider生成器（创建型模式）

Builder模式的缘起
假设创建游戏中的一个房屋House设施，该房屋的构建由几个部分组成的，且各个部分要富于变化。
（面向对象设计模式解决的最重要问题应对变化，封装变化。）
如果使用最直观的设计方法，每一个房屋部分的变化，都将导致房屋构建的重新修正。

需求变化：能够预计到需求中哪些地方是变化的，封装变化点。

动机（Motivation）
在软件系统中，有时候面临着“一个复杂对象”的创建工作，器通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分面临着剧烈的变化，但是将它们组合在一起的算法却相对稳定。

如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的“稳定构建算法”不随这需求改变而改变？

意图（Intent）
将一个复杂对象的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。

public abstract class House
{

}

public abstract class Door
{

}

public abstract class Wall
{

}

public abstract class Windows
{

}

public abstract class Floor
{

}

//高层抽象部分
public abstract class Builder
{
    //屋子的各个部分
    public abstract void BuildDoor();
    public abstract void BuildWall();
    public abstract void BuildWindows();
    public abstract void BuildFloor();
    public abstract void BuildHouseCeiling();

    //最后要的是屋子
    public abstract House GetHouse();
}


//这是另外一个类
public class GameManager
{
    public static House CreateHouse(Builder builder)
    {
        //这个部分是稳定的。
        builder.BuildDoor();
        builder.BuildDoor();
        builder.BuildWall();
        builder.BuildWindows();
        builder.BuildWindows(); 
        return builder.GetHouse();
    }
}


//罗马风格的房屋
public class RomanHouse:House
{

}

public class RomanDoor: Door
{

}

public class RomanWall:Wall
{

}

public class RomanWindows:Windows
{

}

public class RomanFloor:Floor
{

}

public class RomanHouseBuilder:Builder
{
    //屋子的各个部分
    public override void BuildDoor()
    {   

    }
    public override void BuildWall()
    {   

    }
    public override void BuildWindows()
    {   

    }
    public override void BuildFloor()
    {   

    }
    public override void BuildHouseCeiling()
    {   

    }

    //最后要的是屋子
    public override House GetHouse()
    {   
        //房子的组合方式
    }
}


//客户程序
class App
{
    public static void Main()
    {
        Hourse hourse=
            GameManager.CreateHouse(new RomainHouseBuilder());
    }
}


//客户程序2(这种写法程序都不需要改变，只需要改变配置文件)
class App2
{
    public static void Main()
    {
        string assemblyName=ConfigurationSettings["BuilderAssbmly"];
        string builderNmae=ConfigurationSettings["BuilderClass"];
        Assembly assembly=Assembly.Load(assemblyName);
        Type t=assembly.GetType(buliderName);
        Builder builder=Activator.CrateInstance(t);     
        Hourse hourse=GameManager.CreateHouse(builder);
    }
}

房屋的构建过程是一个高层的抽象，而房屋的地板，房顶等这些实现细节依赖于高层抽象，而不是高层抽象依赖于实现细节。高层抽象的部分相对稳定。

Builder模式的几个要点
Builder模式主要用于“分步骤构建一个复杂的对象”。在这其中“分步骤”是一个稳定的算法，而复杂对象的各个部分则经常变化。

变化点在哪里，封装哪里——Builder模式主要在与应对“复杂对象各个部分”的频繁需求变动。其缺点在于难以应对“分步骤构建算法”的需求变动。

Abstract Factory模式解决“系列对象”的需求变化，Builder模式解决“对象部分”的需求变化。Builder模式通常和Composite模式组合使用。

没有变化的需求就不要使用设计模式。
同样的问题，如果你静态的看，看不出设计模式的价值，但是你动态的看你的这些问题在需求的一步步变动过程中，你这个问题是怎么变的。这时候就能看出设计模式的价值了。