一、上篇回顧

　　上篇我們主要講述了抽象工廠模式和工廠模式。并且分析了該模式的應用場景和一些優缺點，并且給出了一些實現的思路和方案,我們現在來回顧一下：

　　抽象工廠模式：一個工廠負責所有類型對象的創建，支持無縫的新增新的類型對象的創建。這種情況是通過配置文件來實現的，通過字典映射的方式來實現，不過可能效率上有點低下，可以通過優化的方式來做，上篇中我們也給出了委托的工廠實現形式，相比之前的簡單工廠模式和工廠模式有了更好的靈活性，并且對具有依賴關系或者組合關系的對象的創建尤為適合。

　　上篇中，有不少的朋友提出了一些意見和建議，首先很感謝大伙的支持和鼓勵，有朋友提出來，我畫的圖不夠專業，專業人士應該用UML建模圖來搞，我怎么說呢？我也同意這樣的說法，但是我發現我通過另外的直觀的圖形，大家一看就能更明白，結合代碼，當然好的UML圖，已經能表述清楚設計的思路和大體實現了，不過說實話，我看著就有點類，特別是UML圖復雜的時候。所以我還是暫時先用這種一般的圖形來表述我理解的設計模式的思想，看看大伙是什么看法和意見，如果說都說說UML圖的話，那么后面的相關模式，我會主要以UML專業圖來繪制。

　　我這里總結下我們以后項目中的可能會用到設計模式 之處或者系統架構的時候，一般情況下有這樣的幾類方案，我們可以在考慮系統的低耦合性的時候的設計：

　　基本上來說能掌握上面的幾類情況，基本上設計出來的系統至少是可用的，不知道大家有沒有更多意見和建議。有的請提出來，我會備注在文章中。

　　二、摘要

　　本文主要是針對創建型模式中的創建者模式進行講述，創建者模式是創建型模式中最負責的一個設計模式了，創建者負責構建一個對象的各個部分，并且完成組裝的過程，我們可以這么理解創建者模式，創建者模式類似與一個步驟基本固定，但是每個步驟中的具體形式卻又可以變化的這類對象的創建。也許這樣說還是太抽象了，我們這么來理解吧，我感覺讓人最容易理解的形式還是圖形化的形式，不但接受起來容易，并且讓人映象深刻，不知道大家是不是和我有同感呢？下面我們給出一個簡單的例子，通過圖形化的流程來說明吧：我們這里以我們大伙平時最常見的做飯為例吧：

　　可能我這里給出的流程只是我個人理解的或者看到的過程，不代表全部，呵呵，這里只是事例性的說明。

　　三、本文大綱

　　a、上篇回顧。

　　b、摘要。

　　c、本文大綱。

　　d、創建者模式的特點及使用場景。

　　e、創建者模式的實現方案。

　　f、創建者模式使用總結。

　　g、系列進度。

　　h、下篇預告。

　　四、創建者模式的特點及使用場景

　　創建者模式主要是用于創建復雜的一些對象，這些對象的創建步驟基本固定，但是可能具體的對象的組成部分卻又可以自由的變化，現實中的例子很多，但是可能大伙都比較容易理解的就是，我們的自己花錢配置的臺式機或者筆記本，可以 這樣理解，這些硬件設備的各個零件，不管是CPU是Intel的還是AMD的，顯卡是華碩的還是小影霸的，不管硬盤是西部數據的還是希捷的，其實想表述的意思就是對象的具體的組成部分可以是變化的，但是可能我們發現對象的這些組成部分的組織起來的過程是相對固定的，那么我們就可以用創建者模式來做，并且我們引入一個引導者(Director)來引導這個對象的組裝過程。可以簡單用圖形化的過程來描述如下：

　　我們上面說明了一個服裝的大概生產過程，這里生產的順序可能會發生變化，或者生產的帽子，上衣等都會發生變化，但是服裝的組裝過程基本上變化不大，都是需要帽子，上衣，褲子的，這時候我們可以通過引導著負責組裝這樣的過程，然后我們在具體的每個部分可以是抽象接口，根據不同的實現創建不同的帽子來完成變化。

　　五、創建者模式的實現方案

　　5.1、經典的創建者模式實現

• 我們先給出經典創建者模式的一個實現形式，然后針對這個經典模式后面提出幾個改進方案，我們這里以上面講述的服裝的過程作為例子來說明下創建者模式的原理和思想，希望大家也能靈活的運用到實際的項目中去。達到學以致用的目的。

　　我們來看看具體的代碼實現：

/// <summary> 
/// 創建對象組織的所有構造步驟接口 
/// </summary> 
public interface IBuider 
{ 
    void BuilderPart1(); 
    void BuilderPart2(); 
    void BuilderPart3(); 
}        

        

        
        
      
        
it知識庫：設計模式系列—創建者模式，轉載需保留來源！
        
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。