程式設計旅途是漫長遙遠的，在不同時刻有不同的感悟，本文會一直更新下去。

思考總結

思考問題

如果沒有原型模式，當我們複製複雜物件，在新建相同類的物件，遍歷原始物件中的所有成員變數並將成員變數複製到新物件的過程中會產生什麼問題？

並非所有物件都能通過這種方式複製，因為物件可能擁有私有成員變數，它們在物件本身以外是不可見的。
因為你必須知道物件所屬的類才能建立複製品，所以程式碼必須依賴該類。有時你只知道物件所實現的介面，而不知道其所屬的具體類，比如可向方法的某個引數傳入實現了某個介面的任何物件。

原型是一種建立型設計模式，使你能夠複製已有物件，而又無需使程式碼依賴它們所屬的類。

原型模式：用原型範例指定建立物件的種類，並且通過拷貝這些原型建立新的物件。

含義：

原型模式將克隆過程委派給被克隆的實際物件。模式為所有支援克隆的物件宣告了一個通用介面，該介面讓你能夠克隆物件，同時又無需將程式碼和物件所屬類耦合。你甚至可以複製私有成員變數，因為絕大部分程式語言都允許物件存取其自身的私有成員變數。支援克隆的物件即為原型。

何時使用：

如果你需要複製一些物件，同時又希望程式碼獨立於這些物件所屬的具體類，可以使用原型模式。通常出現在程式碼需要處理第三方程式碼通過介面傳遞過來的物件時。即使不考慮程式碼耦合的情況，你的程式碼也不能依賴這些物件所屬的具體類，因為你不知道它們的具體資訊。
如果子類的區別僅在於其物件的初始化方式，那麼你可以使用該模式來減少子類的數量。別人建立這些子類的目的可能是為了建立特定型別的物件。
當要範例化的類是在執行時刻指定時，例如，通過動態裝載。
當一個類的範例只能有幾個不同狀態組合中的一種時。建立一系列預生成的、各種型別的物件作為原型並克隆它們可能比每次用合適的狀態手工範例化該類更方便一些。
- 當你的物件有幾十個成員變數和幾百種型別時，對其進行克隆甚至可以代替子類的構造。建立一系列不同型別的物件並用不同的方式對其進行設定。如果所需物件與預先設定的物件相同，那麼你只需克隆原型即可，無需新建一個物件。

實現方法：

建立原型介面，並在其中宣告克隆方法。如果你已有類層次結構，則只需在其所有類中新增該方法即可。
原型類必須另行定義一個以該類物件為引數的建構函式。建構函式必須複製引數物件中的所有成員變數值到新建實體中。 如果你需要修改子類，則必須呼叫父類別建構函式，讓父類別複製其私有成員變數值。
每個類都必須顯式重寫克隆方法並使用自身類名呼叫 new 運運算元。
你還可以建立一個中心化原型登入檔，用於儲存常用原型。
- 你可以新建一個工廠類來實現登入檔，或者在原型基礎類別中新增一個獲取原型的靜態方法。該方法必須能夠根據使用者端代碼設定的條件進行搜尋。搜尋條件可以是簡單的字串，或者是一組複雜的搜尋引數。找到合適的原型後，登入檔應對原型進行克隆，並將複製生成的物件返回給使用者端。最後還要將對子類建構函式的直接呼叫替換為對原型登入檔工廠方法的呼叫。

應用範例：

優點：

缺點：

使用場景：

與其他模式的關係：

注意事項：原型模式分淺拷貝和深拷貝，在設計原型模式的時候需要著重考慮。