在簡單工廠模式中產品的創建統一在工廠類的靜態工廠方法中創建，體現了面形對象的封裝性，客戶程序不需要知道產品產生的細節，也體現了面向對象的單一職責原則（SRP)，這樣在產品很少的情況下使用起來還是很方便， 但是如果產品很多，並且不斷的有新產品加入，那么就會導致靜態工廠方法變得極不穩定，每次加入一個 ...

返回目錄 在簡單工廠的講解中，出現了很多問題，我們對象統一行為抽象出一個接口（或者抽象類）之后，再根據你傳入的類型進行創建實例，這只適合於你有固定行為的場合，當你要實現接口的類型處於不定數時，則不適合使用簡單工廠模式，而應該用工廠方法了。 適用場合： 子類有統一的操作行為 子類的數量不固定 ...

工廠方法模式（Factory Method） 工廠模式適合：凡是出現了大量的產品需要創建，並且具有共同的接口時，可以通過工廠方法模式進行創建。在以下的三種模式中，第一種如果傳入的字符串有誤，不能正確創建對象，第三種相對於第二種，不需要實例化工廠類，所以，大多數情況下，我們會選用第三種——靜態工廠方法 ...

在簡單工廠模式中通過工廠Factory獲取不同的對象，但是有一個明顯的缺點——簡單工廠模式系統難以擴展！ 一旦添加新產品就不得不修改簡單工廠方法，這樣就會造成簡單工廠的實現邏輯過於復雜， 可以通過工廠方法模式可以解決簡單工廠模式中存在的這個問題，看代碼： 汽車類下面有兩種 ...

索引 別名 意圖 結構 參與者 適用性 缺點 效果 相關模式 命名約定 實現 實現方式（一）：Creator 類是一個抽象類並且不提供它所聲明的工廠方法的實現。 實現方式（二）：Creator 類是一個具體類而且為工廠方法提供一個 ...

工廠模式提供創建對象的接口。 工廠模式分為三類：簡單工廠模式(Simple Factory), 工廠方法模式(Factory Method)和抽象工廠模式(Abstract Factory).GOF在《設計模式〉中將工廠模式分為兩類：工廠方法模式(Factory Method ...

一、概述在軟件系統中，經常面臨着“某個對象”的創建工作，由於需求的變化，這個對象的具體實現經常面臨着劇烈的變化，但是它卻擁有比較穩定的接口。如何應對這種變化？如何提供一種封裝機制來隔離出“這個易變對象”的變化，從而保持系統中“其它依賴該對象的對象”不隨着需求的改變而改變？這就可以用到工廠方法模式 ...

一、引言 在上一篇文章中我們講解了過渡的一種模式叫做【簡單工廠】，也有叫【靜態工廠】的，通過對簡單工廠模式得了解，我們也發現了它的缺點，就是隨着需求的變化我們要不停地修改工廠里面的方法的代碼，需求變化越多，里面的If--Else--也越多，這樣就會造成簡單工廠的實現邏輯過於復雜 ...