java設(shè)計(jì)模式ppt課件-文庫(kù)吧資料
2025-05-11 13:33本頁(yè)面
【正文】 d e r = n e w C on c re t e B u ild e r( ) 。 ?為何使用 是為了將構(gòu)建復(fù)雜對(duì)象的 過程 和它的 部件 解耦。 Builder模式是一步一步創(chuàng)建一個(gè)復(fù)雜的對(duì)象，它允許用戶可以只通過指定復(fù)雜對(duì)象的類型和內(nèi)容就可以構(gòu)建它們。因?yàn)?Java中的提供clone()方法來(lái)實(shí)現(xiàn)對(duì)象的克隆，所以Prototype模式實(shí)現(xiàn)一下子變得很簡(jiǎn)單。 ?缺點(diǎn)： ?難以 支持新的產(chǎn)品等級(jí)結(jié)構(gòu)，支持新的產(chǎn)品等級(jí)結(jié)構(gòu)就要擴(kuò)展抽象工廠接口 。 工廠模式 ?抽象工廠 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é)任和過程，它將客戶與類的實(shí)現(xiàn)分離 ?易于交換產(chǎn)品系列，只需改變具體的工廠就可以使用不同的產(chǎn)品配置。高層模塊只需要知道產(chǎn)品的抽象類，其他的實(shí)現(xiàn)類都不需要關(guān)心，符合迪米特法則，符合依賴倒置原則，符合里氏替換原則。產(chǎn)品類的實(shí)現(xiàn)如何變化，調(diào)用者都不需要關(guān)心，只需關(guān)心產(chǎn)品的接口，只要接口保持不變，系統(tǒng)中的上層模塊就不會(huì)發(fā)生變化。 ? 擴(kuò)展性 好，在增加產(chǎn)品類的情況下，只需要適當(dāng)修改具體的工廠類或擴(kuò)展一個(gè)工廠類，就可“擁抱變化”。 加一層間接性，增加了靈活性 ? 連接 并行的類層次結(jié)構(gòu)。 ? 子 類提供掛鉤。 ? 該 模式采用靜態(tài)方法作為工廠方法，而靜態(tài)方法無(wú)法由子類繼承，因此工廠角色無(wú)法形成基于繼承的等級(jí)結(jié)構(gòu)。 ? 模式 中工廠類集中了所有的產(chǎn)品創(chuàng)建邏輯，形成一個(gè)無(wú)所不知的全能類。 ?缺點(diǎn)： ? 當(dāng) 產(chǎn)品類有復(fù)雜的多層次等級(jí)結(jié)構(gòu)時(shí)，工廠類只有它自己。 ?簡(jiǎn)單工廠 (SimpleFactory) ?工廠方法 (FactoryMethod) ?抽象工廠 (AbstractFactory) 工廠模式 簡(jiǎn)單工廠 ?簡(jiǎn)單 工廠 UML C r e a t o r+f a c t or y ( ) : P ro d u c tC o n c r e t e P r o d u c tP r o d u c t in t e rf a c e c re a t e 工廠模式 簡(jiǎn)單工廠 ?簡(jiǎn)單工廠 模式特點(diǎn) ?優(yōu)點(diǎn)： ? 模式 的核心是工廠類，該類中含有必要的判斷邏輯，可以決定在什么時(shí)候創(chuàng)建哪一個(gè)產(chǎn)品類的實(shí)例，客戶端可以免除直接創(chuàng)建產(chǎn)品對(duì)象的責(zé)任，而僅僅負(fù)責(zé)“消費(fèi)”產(chǎn)品。 設(shè)計(jì)模式 Java設(shè)計(jì)模式 創(chuàng)建模式 ?創(chuàng)建模式 ?工廠模式（ Factory） ?原型 模式（ Prototype） ?生成器模式（ Builder） ?單態(tài)模式（ Singleton） Java設(shè)計(jì)模式 創(chuàng)建模式 ?創(chuàng)建模式 工廠模式（ Factory） 工廠模式就相當(dāng)于創(chuàng)建實(shí)例對(duì)象的 new，雖然這樣做，可能多做一些工作，但會(huì)給系統(tǒng)帶來(lái)更大的可擴(kuò)展性和盡量少的修改量。 ? 里氏替換 原則是關(guān)于繼承機(jī)制的設(shè)計(jì)原則，違反 了里氏替換 原則就必然導(dǎo)致違反開放封閉原則 。 ? 里氏 替換 原則，主要著眼于對(duì)抽象和多態(tài)建立在繼承的基礎(chǔ)上，因此只有遵循 了里氏 替換 原則，才能保證繼承復(fù)用是可靠地。在父類和子類的具體行為中，必須嚴(yán)格把握繼承層次中的關(guān)系和特征，將基類替換為子類，程序的行為不會(huì)發(fā)生任何變化。 面向?qū)ο笤O(shè)計(jì)原則 ?里氏代換 原則（ LSP） ? 里 氏 替換原則核心 思想是： 子類必須能夠替換其基類 。 ? 分離 的手段主要有以下兩種： 委托分離，通過增加一個(gè)新的類型來(lái)委托客戶的請(qǐng)求，隔離客戶和接口的直接依賴，但是會(huì)增加系統(tǒng)的開銷。而胖接口存在明顯的弊端，會(huì)導(dǎo)致實(shí)現(xiàn)的類型必須完全實(shí)現(xiàn)接口的所有方法、屬性等；而某些時(shí)候，實(shí)現(xiàn)類型并非需要所有的接口定義，在設(shè)計(jì)上這是“浪費(fèi)”，而且在實(shí)施上這會(huì)帶來(lái)潛在的問題，對(duì)胖接口的修改將導(dǎo)致一連串的客戶端程序需要修改，有時(shí)候這是一種災(zāi)難。一個(gè)類對(duì)另外一個(gè)類的依賴應(yīng)該建立在最小的接口上，不要強(qiáng)迫依賴不用的方法，這是一種接口污染 。 面向?qū)ο笤O(shè)計(jì)原則 ?接口 隔離 原則（ ISP） ? 對(duì)于接口隔離原則，其核心思想是：使用多個(gè)小的
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1