1.工廠方法模式（Factory Method Pattern）：

定義了一個建立物件的介面，但由子類決定要例項化類的哪一個；即通過子類來建立物件。

工廠方法模式（Factory Method Pattern）：

定義了一個建立物件的介面，但由子類決定要例項化類的哪一個；即通過子類來建立物件。

原則：

要依賴抽象，不要依賴具體類。

案例：

先解釋什麼是工廠：
如果你開一家Pizza店（PizzaStore抽象類）賣各種風味的Pizza（Pizza子類），那麼你需要根據客戶要求準備相應的Pizza（建立Pizza物件），然後烘烤、切片、包裝；
最簡單的做法就是在PizzaStore中根據客戶要求（型別判斷）建立相應的Pizza物件，然後呼叫Pizza自身（由Pizza抽象類實現）的烘烤、切片和包裝方法；
但這樣的程式碼缺乏彈性，因為你讓一個抽象類去依賴具體的物件；我們可以建立一個工廠來生產Pizza，根據傳入的不同型別值返回不同Pizza物件，即從PizzaStore中將建立物件的程式碼挪到工廠中。但這只是一個程式設計技巧，並不算模式。

在工廠方法模式中，我們在PizzaStore中定義一個抽象介面（create_pizza）作為抽象的工廠，而order_pizza是它的客戶；將Pizza物件的建立放到PizzaStore子類去解決。

現有Cheese和Clam兩款Pizza，以及NY和Chicago兩家分店，每家店的同款Pizza的口味不同——為迎合當地口味做了改進，主要差別來自不同的原材料，因此我們實現四個Pizza型別（NYStyleCheesePizza、NYStyleClamPizza、ChicagoStyleCheesePizza和ChicagoStyleClamPizza），每種使用不同的原材料組合，根據客戶所在城市和選擇款式我們建立不同的物件；根據工廠方法，我們將物件建立的程式碼放到PizzaStore子類去實現。

適用性：

當一個類不知道它所必須建立的物件的類的時候。

當一個類希望由它的子類來指定它所建立的物件的時候。

當類將建立物件的職責委託給多個幫助子類中的某一個，並且你希望將哪一個幫助子類是代理者這一資訊區域性化的時候。

實現：

2. Singleton（單例）

意圖：

保證一個類僅有一個例項，並提供一個訪問它的全域性訪問點。

適用性：

當類只能有一個例項而且客戶可以從一個眾所周知的訪問點訪問它時。

當這個唯一例項應該是通過子類化可擴充套件的，並且客戶應該無需更改程式碼就能使用一個擴充套件的例項時。

實現：