工廠模式有一種非常形象的描述，建立物件的類就如乙個工廠，而需要被建立的物件就是乙個個產品；在工廠中加工產品，使用產品的人，不用在乎產品是如何生產出來的。從軟體開發的角度來說，這樣就有效的降低了模組之間的耦合。
簡單工廠的作用是例項化物件，而不需要客戶了解這個物件屬於哪個具體的子類。簡單工廠例項化的類具有相同的介面或者基類，在子模擬較固定並不需要擴充套件時，可以使用簡單工廠。如資料庫生產工廠就是簡單工廠的乙個應用
採用簡單工廠的優點是可以使使用者根據引數獲得對應的類例項，避免了直接例項化類，降低了耦合性；缺點是可例項化的型別在編譯期間已經被確定，如果增加新類 型，則需要修改工廠，不符合ocp(開閉原則)的原則。簡單工廠需要知道所有要生成的型別，當子類過多或者子類層次過多時不適合使用。
簡單工廠模式實現
下面考慮《大話設計模式》中的乙個例子：
題目：用任意一種物件導向語言實現乙個計算器控制台程式。要求輸入兩個數和運算符號，得到結果。
題目分析：
程式應該做到：(1)可維護；(2)可復用；(3)可擴充套件；(4)靈活性好。
可維護：就是說**一處更改，不能產生連鎖反應，不能影響其他地方。
可復用：儘量減少重複性**。
可擴充套件：如果要擴充套件新的功能、新的業務，則只需要增加新的類就好了，不對已有的類和邏輯產生影響。插拔式的應用。
物件導向要點：
物件導向三大特性：封裝、繼承、多型。
通過封裝、繼承、多型把程式耦合降低。
業務邏輯和介面邏輯分開。
類的結構圖：
**實現：
1. 首先，搞清楚業務中容易發生變化的部分。在本應用中，要求計算兩個數的運算結果，那麼要進行什麼樣的運算，這就是乙個容易發生變化的部分。例如，我們現在只想實現加減乘除運算，後期又想增加開根或者求餘運算。那麼如何應對這種需求帶來的變化。在程式設計的時候就應該考慮到程式的可維護性、可擴充套件性、**的可復用性、靈活性等等。
2. 例如現在這個運算器只有加減乘除四種運算。首先建乙個operation類，這個類是各種具體運算類(加減乘除)的父類，主要是接受使用者輸入的數值。該類如下：
3. 然後是具體的運算類：add、sub、mul、div。他們都繼承了operation類，並且重寫了getresult()方法。這樣就可以用多型性降低不同業務邏輯的耦合度，修改任何一種運算類都不會影響其他的運算類。具體類的**如下：
4. 那麼如何讓計算器知道我是要用哪一種運算呢？也就是說到底要例項化哪乙個具體的運算類，add？sub？mul？div？這時就應該考慮用 乙個單獨的類來做這個創造具體例項的過程，這個類就是工廠類。如下：
5. 這樣，使用者只要輸入運算子，工廠類就可以建立合適的例項，通過多型性，即返回給父類的方式實現運算結果。客戶端**如下：
完整版**如下：
簡單工廠方法，工廠方法，抽象工廠方法
以大話設計模式計算器為例 簡單工廠方法是由具體執行功能類，工廠類，客戶端構成，工廠類有case語句，負責建立不同的類，客戶端呼叫工廠類裡面的工廠方法，工廠類的工廠方法根據客戶端傳進去的引數new相應的類的物件返回給客戶端，客戶端得到返回的物件用該物件初始化該物件的成員變數最後呼叫該物件的方法執行計算...
工廠方法模式 工廠方法模式
工廠方法模式是簡單工廠模式的公升級版，簡單工廠模式不符合設計模式的原則 即 單一職責，開閉原則 優點 職責明確，擴充套件方便 缺點 需要建立多個工廠 實現步驟 1.將工廠通用方法抽取介面 例如 ifactory 2.將產品抽取介面 例如 icar 3.實現各種產品 例如 baomacar，benti...
靜態工廠方法和例項工廠方法
在學習spring bean的例項化方式的時候遇到的乙個問題，spring bean例項化有3種方法 1 構造器生成 2 靜態工廠方法 3 例項工廠方法 那麼問題來了，什麼是靜態工廠方法，什麼是例項工廠方法？靜態工廠方法 顧名思義就是直接可以通過靜態方法來例項化乙個物件 如 public class...