java設(shè)計(jì)模式ppt課件(編輯修改稿)
2025-06-01 13:33 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 C r e a t o r 2+ f a c t ory ( ) : P rod u c t c re a t e 工廠模式 工廠方法 ?工廠方法 模式特點(diǎn) ? 優(yōu)點(diǎn)： ? 多態(tài)性 ：客戶代碼可以做到與特定應(yīng)用無(wú)關(guān)，適用于任何實(shí)體類。 ? 子 類提供掛鉤?；悶楣S方法提供缺省實(shí)現(xiàn)，子類可以重寫新的實(shí)現(xiàn)，也可以繼承父類的實(shí)現(xiàn)。 加一層間接性，增加了靈活性 ? 連接 并行的類層次結(jié)構(gòu)。 ? 良好 的封裝性，代碼結(jié)構(gòu)清晰。 ? 擴(kuò)展性 好，在增加產(chǎn)品類的情況下，只需要適當(dāng)修改具體的工廠類或擴(kuò)展一個(gè)工廠類，就可“擁抱變化”。 ? 屏蔽 產(chǎn)品類。產(chǎn)品類的實(shí)現(xiàn)如何變化，調(diào)用者都不需要關(guān)心，只需關(guān)心產(chǎn)品的接口，只要接口保持不變，系統(tǒng)中的上層模塊就不會(huì)發(fā)生變化。 ? 典型 的解耦框架。高層模塊只需要知道產(chǎn)品的抽象類，其他的實(shí)現(xiàn)類都不需要關(guān)心，符合迪米特法則，符合依賴倒置原則，符合里氏替換原則。 ? 缺點(diǎn)： ? 需要 Creator和相應(yīng)的子類作為 factory method的載體，如果應(yīng)用模型確實(shí)需要 creator和子類存在，則很好；否則的話，需要增加一個(gè)類層次 。 工廠模式 ?抽象工廠 UML C r e a t o r in t e rf a c e +f a c t or y A ( ) : P ro d u c t A+f a c t or y B ( ) : P ro d u c t BP r o d u c t A 1P r o d u c t A in t e rf a c e P r o d u c t A 2C o n c r e t e C r e a t o r 1+f a c t or y A ( ) : P ro d u c t A+f a c t or y B ( ) : P ro d u c t BC o n c r e t e C r e a t o r 2+f a c t or y A ( ) : P ro d u c t A+f a c t or y B ( ) : P ro d u c t BP r o d u c t B in t e rf a c e P r o d u c t B 1P r o d u c t B 2 c re a t e c re a t e c re a t e c re a t e 工廠模式 抽象工廠 ?抽象工廠 特點(diǎn) ?優(yōu)點(diǎn)： ?分離 了具體的類，一個(gè)工廠封裝創(chuàng)建產(chǎn)品對(duì)象的責(zé)任和過(guò)程，它將客戶與類的實(shí)現(xiàn)分離 ?易于交換產(chǎn)品系列，只需改變具體的工廠就可以使用不同的產(chǎn)品配置。 ?有利于 產(chǎn)品的一致性，當(dāng)一個(gè)系列中的產(chǎn)品對(duì)象被設(shè)計(jì)成一起工作時(shí)，一個(gè)應(yīng)用一次只能使用同一個(gè)系列中的對(duì)象。 ?缺點(diǎn)： ?難以 支持新的產(chǎn)品等級(jí)結(jié)構(gòu)，支持新的產(chǎn)品等級(jí)結(jié)構(gòu)就要擴(kuò)展抽象工廠接口 。 Java設(shè)計(jì)模式 創(chuàng)建模式 ?創(chuàng)建模式 原型 模式（ Prototype） Prototype模式允許一個(gè)對(duì)象再創(chuàng)建另外一個(gè)可定制的對(duì)象，根本無(wú)需知道任何如何創(chuàng)建的細(xì)節(jié)，工作原理是：通過(guò)將一個(gè)原型對(duì)象傳給那個(gè)要發(fā)動(dòng)創(chuàng)建的對(duì)象，這個(gè)要發(fā)動(dòng)創(chuàng)建的對(duì)象通過(guò)請(qǐng)求原型對(duì)象拷貝它們自己來(lái)實(shí)施創(chuàng)建。因?yàn)?Java中的提供clone()方法來(lái)實(shí)現(xiàn)對(duì)象的克隆，所以Prototype模式實(shí)現(xiàn)一下子變得很簡(jiǎn)單。 Java設(shè)計(jì)模式 創(chuàng)建模式 ?創(chuàng)建模式 生成器模式（ Builder） 將一個(gè)復(fù)雜對(duì)象的構(gòu)建與它的表示分離，使得同樣的構(gòu)建過(guò)程可以創(chuàng)建不同的表示。 Builder模式是一步一步創(chuàng)建一個(gè)復(fù)雜的對(duì)象，它允許用戶可以只通過(guò)指定復(fù)雜對(duì)象的類型和內(nèi)容就可以構(gòu)建它們。用戶不知道內(nèi)部的具體構(gòu)建細(xì)節(jié)。 ?為何使用 是為了將構(gòu)建復(fù)雜對(duì)象的 過(guò)程 和它的 部件 解耦。 因?yàn)橐粋€(gè)復(fù)雜的對(duì)象，不但有很多大量組成部分，如汽車，有很多部件 :車輪、方向盤、發(fā)動(dòng)機(jī)、還有各種小零件等等，部件很多，但遠(yuǎn)不止這些，如何將這些部件裝配成一輛汽車，這個(gè)裝配過(guò)程也很復(fù)雜， Builder模式就是為了將部件和組裝過(guò)程分開。 生成器模式 ?生成器模式 UML D i r e c t o rb u ild e r: B u ild e r+D ire c t or ( )+c on s t ru c t ( ) : v oi dB u i l d e r+b u ild P a rt 1( ) : v oi d+b u ild P a rt 2( ) : v oi d+g e t R e s u lt ( ) : P ro d u c tC o n c r e t e B u i l d e r+b u ild P a rt 1( ) : v oi d+b u ild P a rt 2( ) : v oi d+g e t R e s u lt ( ) : P ro d u c tP r o d u c t 1c re a t e p u b lic v oi d c on s t ru c t ( ) { b u ild e r = n e w C on c re t e B u ild e r( ) 。 b u ild e r. b u ild P a rt 1( ) 。
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1