簡單工廠模式（****** factory pattern）屬於類的創新型模式，又叫靜態工廠方法模式（static factorymethod pattern）,是通過專門定義乙個類來負責建立其他類的例項，被建立的例項通常都具有共同的父類。
優點：工廠類是整個模式的關鍵所在。它包含必要的判斷邏輯，能夠根據外界給定的資訊，決定究竟應該建立哪個具體類的物件。使用者在使用時可以直接根據工廠類去建立所需的例項，而無需了解這些物件是如何建立以及如何組織的。有利於整個軟體體系結構的優化。
缺點：由於工廠類集中了所有例項的建立邏輯，這就直接導致一旦這個工廠出了問題，所有的客戶端都會受到牽連；而且由於簡單工廠模式的產品室基於乙個共同的抽象類或者介面，這樣一來，但產品的種類增加的時候，即有不同的產品介面或者抽象類的時候，工廠類就需要判斷何時建立何種種類的產品，這就和建立何種種類產品的產品相互混淆在了一起，違背了單一職責，導致系統喪失靈活性和可維護性。而且更重要的是，簡單工廠模式違背了「開放封閉原則」，就是違背了「系統對擴充套件開放，對修改關閉」的原則，因為當我新增加乙個產品的時候必須修改工廠類，相應的工廠類就需要重新編譯一遍。
總結一下
：簡單工廠模式分離產品的建立者和消費者，有利於軟體系統結構的優化；但是由於一切邏輯都集中在乙個工廠類中，導致了沒有很高的內聚性，同時也違背了「開放封閉原則」。另外，簡單工廠模式的方法一般都是靜態的，而靜態工廠方法是無法讓子類繼承的，因此，簡單工廠模式無法形成基於基類的繼承樹結構。
詳情請參考：
**請參考：
工廠模式 簡單工廠
簡單工廠其實並不是乙個設計模式，反而比較像一種程式設計習慣。我個人的這樣總結簡單工廠 建立乙個類，封裝建立物件的 故事 現在我要開一家披薩店，叫bbk 必敗客 披薩，賣很多種披薩 芝士披薩 榴蓮披薩等等，我有乙個orderpizza string type 方法，根據客戶傳來的type來提供不同的披...
工廠模式 簡單工廠
工廠 處理建立物件的細節。目的 將例項化具體類的 從應用中抽離，或者封裝起來，可以避免干擾應用的其他部分。簡單工廠 簡單工廠其實不是乙個設計模式，反而像一種程式設計習慣。產品實現 desc 產品a public inte ce a class a1 implements a override pub...
簡單工廠模式，工廠模式，抽象工廠模式
三種模式看了一天，記錄下自己的理解 headfirst，比薩店為例 1，簡單工廠模式 乙個具體的工廠類 pizzafactory 乙個抽象的產品類pizza，可以派生出多個具體的產品類 客戶 pizzastore類 工廠類 pizzafactory類關聯產品類pizza，工廠生產出不同型別的pizz...