1 Creational Patterns將對象的使用與對象的創(chuàng)建分開。對象的使用者不負責創(chuàng)建對象,只需知道如何獲取需 要的對象。這樣,當被使用對象的創(chuàng)建過程需要變更或擴展時,對象的使用者無須變動,只要對專門負責創(chuàng)建該對象的對象工廠做必要的變更或擴展即可。 1.1 The Factory Pattern1.1.1 基本類圖1.1.2 分析當 BasicProduct 有新的子產(chǎn)品 ExProduct3 要應用到系統(tǒng)時, Factory 的 createProduct() 需要簡單修改,增加一個“ else if ”分支,沒有完全實現(xiàn)“對擴展開放,對修改封閉”。但當明確產(chǎn)品就是有限的幾種時,仍是有效且常用的。
1.2 The Abstract Factory Pattern1.2.1 基本類圖1.2.2 分析當 BasicProduct 有新的子類 ExProduct3 要應用到系統(tǒng)時,新建一個對應的擴展自 BasicFactory 的 ExFactory3 即可,現(xiàn)有類無需修改,實現(xiàn)了“對擴展開放,對修改封閉”。 1.3 The Singleton Pattern控制系統(tǒng)最多存在某個類的一個實例。很容易將 Singleton Pattern 擴展為控制系統(tǒng)只能 創(chuàng)建某個類的有限個實例的情形。系統(tǒng)中大部分管理服務對象都是單實例的。例如,系統(tǒng)存在多個用戶實例,但只存在一個用戶管理者對象。 1.3.1 常用實現(xiàn)方式
1.4 The Builder Pattern1.4.1 基本類圖1.4.2 分析當一個產(chǎn)品( Product )由多個部分( Part1 , Part2 , … , Partn )組成,而各個部分又有 不同的構(gòu)造方式時。將產(chǎn)品各部分的構(gòu)造和產(chǎn)品的組裝分離,就是 Builder Pattern 。 Builder 是對產(chǎn)品各部分構(gòu)造的抽象,而 Director 負責使用指定的 Builder 組裝產(chǎn)品。這樣,當系統(tǒng)有新的產(chǎn)品各部分構(gòu)造方式需要加入時,只需實現(xiàn)繼承自 Builder 的 ConcreteBuilder3 即可,系統(tǒng)其他類無需修改,實現(xiàn)了“對擴展開放,對修改關(guān)閉”。 1.5 The Prototype Pattern給定一個對象實例 A ,得到一個另一個對象實例 B : B 的類型與 A 同, B 的內(nèi)容與 A 相同。常稱 B 為 A 的克隆或副本。 Java 對象模型直接支持 Prototype Pattern ,因為 Java 自帶克隆機制。關(guān)于 Java 克隆機制,見隨筆 :http://www./RogerTu/archive/2007/03/18/104532.html 。 |
|
|
來自: ShangShujie > 《document》