雖然說，因為spring框架的普及，建立物件的任務交給spring管理了，簡單工廠模式已經接近淘汰了，但是我覺得理解這種思想還是有些必要的。就算是通過這個來理解物件導向程式設計也是挺有成效的。
物件導向程式設計無非是通過封裝、繼承、多型來讓**具有可維護、可復用、可擴充套件、靈活性高的特點。
當然，**的複製和復用不一樣，寫**就要避免複製貼上，就像**重構裡說的那樣，重構就要避免重複**。
簡單工廠模式是屬於建立型模式，又叫做靜態工廠方法（static factory method）模式，但不屬於23種gof設計模式之一。簡單工廠模式是由乙個工廠物件決定建立出哪一種產品類的例項。簡單工廠模式是工廠模式家族中最簡單實用的模式，可以理解為是不同工廠模式的乙個特殊實現。簡單工廠模式的實質是由乙個工廠類根據傳入的引數，動態決定應該建立哪乙個產品類（這些產品類繼承自乙個父類或介面）的例項。
工廠（creator）角色
簡單工廠模式的核心，它負責實現建立所有例項的內部邏輯。工廠類的建立產品類的方法可以被外界直接呼叫，建立所需的產品物件。
抽象產品（product）角色
簡單工廠模式所建立的所有物件的父類，它負責描述所有例項所共有的公共介面。
具體產品（concrete product）角色
是簡單工廠模式的建立目標，所有建立的物件都是充當這個角色的某個具體類的例項。
優點 工廠類是整個模式的關鍵.包含了必要的邏輯判斷,根據外界給定的資訊,決定究竟應該建立哪個具體類的物件.通過使用工廠類,外界可以從直接建立具體產品物件的尷尬局面擺脫出來,僅僅需要負責「消費」物件就可以了。而不必管這些物件究竟如何建立及如何組織的．明確了各自的職責和權利，有利於整個軟體體系結構的優化。
缺點 由於工廠類集中了所有例項的建立邏輯，違反了高內聚責任分配原則，將全部建立邏輯集中到了乙個工廠類中；它所能建立的類只能是事先考慮到的，如果需要新增新的類，則就需要改變工廠類了。
當系統中的具體產品類不斷增多時候，可能會出現要求工廠類根據不同條件建立不同例項的需求．這種對條件的判斷和對具體產品型別的判斷交錯在一起，很難避免模組功能的蔓延，對系統的維護和擴充套件非常不利；這些缺點在工廠方法模式中得到了一定的克服。
使用場景
工廠類負責建立的物件比較少；
客戶只知道傳入工廠類的引數，對於如何建立物件（邏輯）不關心；
由於簡單工廠很容易違反高內聚責任分配原則，因此一般只在很簡單的情況下應用。
設計模式 工廠模式之簡單工廠
工廠模式可以分為 簡單工廠模式 普通工廠模式 靜態工廠模式 抽象工廠模式 簡單工廠模式 就是如何去例項化物件的問題，對於很容易變化的問題，應該考慮用乙個單獨的類來做這個創造例項的過程，這個單獨的類就是工廠 例子 通過簡單工廠建立各種圖形的實現過程 簡單工廠模式建立步驟 建立乙個介面 例 圖形介面 建...
設計模式 工廠模式之簡單工廠
我們常見的設計模式，大致可以分為三大類 建立型 結構性 行為型。工廠模式，屬於建立型。工廠模式到底起的是什麼作用呢？概括來說就是解耦。當某一類物件需要頻繁建立的時候，就會和程式產生比較大的耦合，在物件初始化屬性較多時，工廠模式可以較少這種耦合，這就是他的作用。一般情況下根據場景不同，工廠模式有幾種不...
設計模式 工廠模式之簡單工廠模式
定義 由乙個工廠物件 工廠類 來指定建立某乙個產品類的例項。使用場景 客戶端只需傳入指定的引數即可，工廠類負責建立的物件較少 因為指定了傳入的引數 介面類 本想用iphone命名的，見諒 public inte ce phone實現介面類 public class huaweiphone imple...