一、什么是建造者模式？

建造者模式（Builder Pattern）是一種創(chuàng)建型設(shè)計(jì)模式，它通過(guò)將一個(gè)復(fù)雜對(duì)象的構(gòu)建過(guò)程與其表示分離，使得同樣的構(gòu)建過(guò)程可以創(chuàng)建不同的表示。這個(gè)模式主要應(yīng)用于那些構(gòu)建過(guò)程復(fù)雜且涉及多個(gè)步驟的場(chǎng)景，特別適合于需要靈活配置且逐步構(gòu)建的對(duì)象。

1.1. 設(shè)計(jì)模式分類(lèi)

設(shè)計(jì)模式（Design Patterns）分為三大類(lèi)：

• 創(chuàng)建型模式（Creational Patterns）：關(guān)注如何創(chuàng)建對(duì)象的設(shè)計(jì)模式。
• 結(jié)構(gòu)型模式（Structural Patterns）：關(guān)注如何通過(guò)組合對(duì)象來(lái)構(gòu)建更大的結(jié)構(gòu)。
• 行為型模式（Behavioral Patterns）：關(guān)注對(duì)象之間如何進(jìn)行交互和職責(zé)分配。

建造者模式屬于創(chuàng)建型模式，它的目的是通過(guò)分步構(gòu)建，避免構(gòu)造復(fù)雜對(duì)象時(shí)需要過(guò)多的參數(shù)或復(fù)雜的配置。

1.2. 為什么使用建造者模式？

在許多情況下，我們會(huì)遇到這樣的問(wèn)題：某些對(duì)象非常復(fù)雜，構(gòu)建它們時(shí)需要多個(gè)步驟，這些步驟又可能是可選的，或者需要根據(jù)不同的需求使用不同的配置。直接通過(guò)構(gòu)造函數(shù)來(lái)構(gòu)建這樣復(fù)雜的對(duì)象，不僅代碼重復(fù)，而且不易擴(kuò)展。建造者模式通過(guò)將構(gòu)建過(guò)程分解成多個(gè)步驟，使得對(duì)象的創(chuàng)建過(guò)程更具靈活性，且客戶(hù)端代碼更加簡(jiǎn)潔。

二、建造者模式的結(jié)構(gòu)

建造者模式的核心思想是將對(duì)象的創(chuàng)建過(guò)程分成多個(gè)步驟，而這些步驟可以獨(dú)立進(jìn)行組合。 建造者模式一般包含以下幾個(gè)組成部分：

2.1. 組成部分

• 產(chǎn)品類(lèi)（Product）：
  • 產(chǎn)品類(lèi)是最終構(gòu)建出來(lái)的對(duì)象，它通常是一個(gè)復(fù)雜對(duì)象，包含多個(gè)部件和屬性。
• 抽象建造者（Builder）：
  • 抽象建造者聲明了構(gòu)建產(chǎn)品的各個(gè)步驟，例如設(shè)置不同的部件，獲取最終的產(chǎn)品等。通常是一個(gè)接口或者抽象類(lèi)，提供一組構(gòu)建方法。
• 具體建造者（Concrete Builder）：
  • 具體建造者實(shí)現(xiàn)了抽象建造者的方法，并為構(gòu)建產(chǎn)品的每一步提供具體的實(shí)現(xiàn)。它管理著產(chǎn)品的組成部分，并在最后生成產(chǎn)品。
• 指揮者（Director）：
  • 指揮者負(fù)責(zé)定義構(gòu)建過(guò)程的順序，調(diào)用具體建造者的方法來(lái)完成復(fù)雜對(duì)象的構(gòu)建。指揮者并不關(guān)心產(chǎn)品的具體細(xì)節(jié)，而是將構(gòu)建過(guò)程委托給建造者來(lái)完成。

三、建造者模式的工作流程

建造者模式的工作流程通常如下：

• 客戶(hù)創(chuàng)建一個(gè)指揮者對(duì)象，并通過(guò)它指定所需的建造者（通常是某個(gè)具體的建造者類(lèi)）。
• 指揮者會(huì)按照順序調(diào)用建造者中的各個(gè)方法，逐步構(gòu)建產(chǎn)品。
• 具體建造者負(fù)責(zé)逐步構(gòu)建產(chǎn)品的各個(gè)部分（如設(shè)置不同的部件或配置）。
• 最終產(chǎn)品在構(gòu)建完成后返回給客戶(hù)，客戶(hù)可以根據(jù)需求使用該產(chǎn)品。

四、示例：構(gòu)建一個(gè)復(fù)雜的汽車(chē)對(duì)象

4.1. 定義產(chǎn)品類(lèi)：Car

在本例中，我們要構(gòu)建的產(chǎn)品是一個(gè)復(fù)雜的 Car 類(lèi)。該類(lèi)有多個(gè)部件和屬性，包括引擎類(lèi)型、車(chē)輪數(shù)量、是否有 GPS、是否有天窗等。

public class Car
{
    public string Engine { get; set; }
    public int Wheels { get; set; }
    public bool HasGPS { get; set; }
    public bool HasSunroof { get; set; }
    public override string ToString()
    {
        return $"Car [Engine: {Engine}, Wheels: {Wheels}, GPS: {HasGPS}, Sunroof: {HasSunroof}]";
    }
}

Car 類(lèi)有四個(gè)主要屬性，分別是：Engine（引擎類(lèi)型），Wheels（車(chē)輪數(shù)），HasGPS（是否有 GPS），HasSunroof（是否有天窗）。這些屬性是構(gòu)成汽車(chē)的基本部分。

4.2. 創(chuàng)建抽象建造者：ICarBuilder

ICarBuilder 是一個(gè)接口，定義了構(gòu)建汽車(chē)的步驟（例如構(gòu)建引擎、車(chē)輪、GPS 和天窗等）：

public interface ICarBuilder
{
    void BuildEngine();
    void BuildWheels();
    void BuildGPS();
    void BuildSunroof();
    Car GetResult();
}

ICarBuilder 接口提供了五個(gè)方法：

• BuildEngine()：構(gòu)建引擎。
• BuildWheels()：構(gòu)建車(chē)輪。
• BuildGPS()：構(gòu)建 GPS。
• BuildSunroof()：構(gòu)建天窗。
• GetResult()：返回最終構(gòu)建好的產(chǎn)品 Car 對(duì)象。

4.3. 創(chuàng)建具體建造者：SportsCarBuilder

SportsCarBuilder 類(lèi)是一個(gè)具體的建造者，它實(shí)現(xiàn)了 ICarBuilder 接口，負(fù)責(zé)具體構(gòu)建一個(gè)運(yùn)動(dòng)型汽車(chē)：

public class SportsCarBuilder : ICarBuilder
{
    private Car _car = new Car();
    public void BuildEngine()
    {
        _car.Engine = "V8 Engine"; // 運(yùn)動(dòng)型車(chē)的引擎
    }
    public void BuildWheels()
    {
        _car.Wheels = 4; // 標(biāo)準(zhǔn)運(yùn)動(dòng)型車(chē)有4個(gè)輪子
    }
    public void BuildGPS()
    {
        _car.HasGPS = true; // 運(yùn)動(dòng)型車(chē)需要 GPS
    }
    public void BuildSunroof()
    {
        _car.HasSunroof = true; // 運(yùn)動(dòng)型車(chē)有天窗
    }
    public Car GetResult()
    {
        return _car; // 返回構(gòu)建好的汽車(chē)
    }
}

在 SportsCarBuilder 中，每個(gè)方法實(shí)現(xiàn)了具體的構(gòu)建步驟，逐步設(shè)置汽車(chē)的屬性。最后，GetResult() 方法返回構(gòu)建完成的 Car 對(duì)象。

4.4. 創(chuàng)建指揮者：CarDirector

指揮者類(lèi) CarDirector 負(fù)責(zé)按照一定順序調(diào)用建造者的方法來(lái)構(gòu)建汽車(chē)：

public class CarDirector
{
    private ICarBuilder _carBuilder;
    public CarDirector(ICarBuilder carBuilder)
    {
        _carBuilder = carBuilder;
    }
    public Car ConstructCar()
    {
        _carBuilder.BuildEngine();
        _carBuilder.BuildWheels();
        _carBuilder.BuildGPS();
        _carBuilder.BuildSunroof();
        return _carBuilder.GetResult();
    }
}

CarDirector 類(lèi)使用 ICarBuilder 來(lái)完成汽車(chē)的構(gòu)建過(guò)程。ConstructCar() 方法按照固定的順序調(diào)用建造者的構(gòu)建方法，最后返回構(gòu)建好的汽車(chē)。

4.5. 客戶(hù)端代碼：如何使用建造者模式

客戶(hù)端代碼通過(guò)創(chuàng)建一個(gè)具體的建造者（如 SportsCarBuilder），然后將它傳遞給指揮者 CarDirector，最終得到一個(gè)構(gòu)建好的汽車(chē)。

class Program
{
    static void Main(string[] args)
    {
        // 創(chuàng)建具體的建造者
        ICarBuilder carBuilder = new SportsCarBuilder();
        // 創(chuàng)建指揮者
        CarDirector director = new CarDirector(carBuilder);
        // 指揮者構(gòu)建汽車(chē)
        Car car = director.ConstructCar();
        // 輸出結(jié)果
        Console.WriteLine(car);
    }
}

輸出：

Car [Engine: V8 Engine, Wheels: 4, GPS: True, Sunroof: True]

在客戶(hù)端中，我們通過(guò) CarDirector 來(lái)構(gòu)建一個(gè)帶有 V8 引擎、4 個(gè)輪子、GPS 和天窗的運(yùn)動(dòng)型車(chē)。

五、建造者模式的優(yōu)點(diǎn)與缺點(diǎn)

5.1. 優(yōu)點(diǎn)

• 解耦產(chǎn)品的構(gòu)建與表示：
  • 建造者模式將對(duì)象的構(gòu)建過(guò)程與最終的表示（對(duì)象的不同狀態(tài)）分開(kāi)，允許你獨(dú)立于對(duì)象的具體表示方式構(gòu)建復(fù)雜對(duì)象。
• 構(gòu)建過(guò)程靈活：
  • 同一個(gè)構(gòu)建過(guò)程可以生成不同的產(chǎn)品。例如，你可以使用不同的建造者（如 SportsCarBuilder 和 SUVCarBuilder）來(lái)構(gòu)建不同類(lèi)型的汽車(chē)。
• 代碼清晰、可維護(hù)：
  • 每個(gè)具體建造者只負(fù)責(zé)構(gòu)建特定類(lèi)型的產(chǎn)品，避免了復(fù)雜的構(gòu)造函數(shù)或多個(gè)參數(shù)的使用，使得代碼結(jié)構(gòu)更加清晰。
• 適合復(fù)雜產(chǎn)品的創(chuàng)建：
  • 當(dāng)對(duì)象的構(gòu)建過(guò)程復(fù)雜，且各個(gè)部件之間有多種組合方式時(shí)，建造者模式非常適合。 5.2. 缺點(diǎn)
• 需要更多的類(lèi)：
  • 由于每個(gè)不同的建造者需要實(shí)現(xiàn)一個(gè)接口，并為每個(gè)產(chǎn)品提供具體實(shí)現(xiàn)，因此在產(chǎn)品種類(lèi)很多時(shí)，可能會(huì)創(chuàng)建多個(gè)建造者類(lèi)，導(dǎo)致類(lèi)的數(shù)量增加。
• 不能直接使用“簡(jiǎn)單對(duì)象”：
  • 對(duì)于一些簡(jiǎn)單的對(duì)象，使用建造者模式可能會(huì)顯得有些“過(guò)度設(shè)計(jì)”，特別是當(dāng)對(duì)象沒(méi)有復(fù)雜的構(gòu)建步驟時(shí)，簡(jiǎn)單的構(gòu)造函數(shù)可能更為直接。

六、總結(jié)

建造者模式是一種非常有效的設(shè)計(jì)模式，它提供了一種靈活的方式來(lái)構(gòu)建復(fù)雜對(duì)象。通過(guò)分解構(gòu)建過(guò)程并將其與具體的表示分離，建造者模式能夠創(chuàng)建不同類(lèi)型的對(duì)象，同時(shí)保持代碼的清晰性和可維護(hù)性。在 C# 中，建造者模式適用于復(fù)雜對(duì)象的構(gòu)建、逐步配置以及需要靈活控制構(gòu)建過(guò)程的場(chǎng)景。

總結(jié)關(guān)鍵點(diǎn)：

• 產(chǎn)品類(lèi)：定義最終構(gòu)建出來(lái)的復(fù)雜對(duì)象。
• 建造者接口：定義構(gòu)建對(duì)象的步驟。
• 具體建造者：負(fù)責(zé)實(shí)現(xiàn)建造步驟并返回產(chǎn)品。
• 指揮者：負(fù)責(zé)控制構(gòu)建過(guò)程的順序，調(diào)用建造者進(jìn)行具體操作。

如果你需要在 C# 中處理復(fù)雜對(duì)象的創(chuàng)建，并且對(duì)象的構(gòu)建步驟可能變化，或者存在多個(gè)變種，建造者模式將是一個(gè)非常好的選擇。

到此這篇關(guān)于C# 建造者模式（Builder Pattern）詳細(xì)講解的文章就介紹到這了,更多相關(guān)C# 建造者模式內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論