設(shè)計(jì)模式總結(jié)_第1頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、設(shè)計(jì)模式總結(jié)(一)定義 設(shè)計(jì)模式是面對(duì)對(duì)象語言程序設(shè)計(jì)的一種模式指導(dǎo)思想,旨在提高代碼的可擴(kuò)展性、可維護(hù)性以及可重復(fù)性和高靈便度。 可擴(kuò)展性:主要是面對(duì)接口編程,從而做到解耦。 可維護(hù)性:設(shè)計(jì)模式考究高內(nèi)聚低耦合,強(qiáng)調(diào)封裝變幻等,能將特定的功能封裝在一起,有利于維護(hù)。 可重復(fù)性:封裝、繼承和多態(tài)使得易于復(fù)用。 (二)分類 可分為創(chuàng)建型、結(jié)構(gòu)型、行為型。 1.創(chuàng)建型 對(duì)象的創(chuàng)建會(huì)消耗掉系統(tǒng)的無數(shù)資源,所以單獨(dú)對(duì)對(duì)象的創(chuàng)建舉行討論,從而能夠高效地創(chuàng)建對(duì)象就是創(chuàng)建型模式要探討的問題。 (1)容易工廠模式(simplefactory) (2)工廠辦法模式(factorymethod)待總結(jié) (3)抽象

2、工廠模式(absactfactory)待總結(jié) (4)創(chuàng)建者模式(builder)待總結(jié) (5)原型模式(prototype)待總結(jié) (6)單例模式(singleton)待總結(jié) 2結(jié)構(gòu)型 如何設(shè)計(jì)對(duì)象的結(jié)構(gòu)、繼承和依靠關(guān)系會(huì)影響到后續(xù)程序的維護(hù)性、代碼的茁壯性、耦合性等。 (1)外觀模式(facade)待總結(jié) (2)適配器模式(adapter)待總結(jié) (3)代理模式(proxy)待總結(jié) (4)裝點(diǎn)模式(decorator)待總結(jié) (5)橋模式(brge)待總結(jié) (6)組合模式(composite)待總結(jié) (7)享元模式(flyweight)待總結(jié) 3行為型模式 假如對(duì)象的行為設(shè)計(jì)的好,那么對(duì)象的

3、行為就會(huì)更清楚,它們之間的配合效率就會(huì)提高。 (1)模板辦法模式(templatemethod)待總結(jié) (2)觀看者模式(observer)待總結(jié) (3)狀態(tài)模式(state)待總結(jié) (4)策略模式(strategy)待總結(jié) (5)職責(zé)鏈模式(chainof responsibility)待總結(jié) (6)模式(command)待總結(jié) (7)拜訪者模式(visitor)待總結(jié) (8)中介者模式(miator)待總結(jié) (9)備忘錄模式(memento)待總結(jié) (10)迭代器模式(iterator)待總結(jié) (11)說明器模式(interpreter)待總結(jié) (三)設(shè)計(jì)模式的原則 1.單一職責(zé)原則 (1

4、)定義 就一個(gè)類而言,應(yīng)當(dāng)惟獨(dú)一個(gè)可能引起其變幻的緣由。 (2)緣由 提供內(nèi)聚性。 2.封裝變幻原則 (1)定義 將常常變幻的部分舉行抽象封裝起來,以后需要修改的時(shí)候?qū)@一部分舉行處理則可,避開影響其他不變的部分。 (2)緣由 需求是變幻的,有效的封裝能提供內(nèi)聚性。 3.開放封閉原則 (1)定義 指軟件實(shí)體,包括類、模塊、函數(shù)等應(yīng)當(dāng)支持?jǐn)U展,但不應(yīng)當(dāng)修改 (2)緣由 需求是變幻的,在面向變幻的需求時(shí)對(duì)程序的改動(dòng)通過添加新代碼而不是修改現(xiàn)有的代碼,使得系統(tǒng)能在第一個(gè)版本上的接口繼續(xù)開發(fā),而修改可能會(huì)導(dǎo)致牽一發(fā)而動(dòng)全身,比如說類a的 print()用于打印“hello”,且類a在類b、c和類d中用

5、法?,F(xiàn)在類d,其用法類a,不僅需要打印,而且需要先獵取輸入,再將“hello”和輸入打印出來。假如挺直修改類a的函數(shù),則b和 c中的類a就不滿足本來的要求了,從而導(dǎo)致棘手的發(fā)生。假如支持?jǐn)U展,按照本來的接口新寫一個(gè)類a',用法同樣的接口實(shí)現(xiàn)先輸入再打印的功能,然后在類d調(diào)用a'則可。 4.里氏代換原則 (1)假如客戶(調(diào)用者)用法父類,那么一定可以用法子類去代換父類,而且客戶不會(huì)感知到這一變幻,從而解藕。 (2)可以通過對(duì)子類的修改和增強(qiáng)新功能,使得調(diào)用者用法了新的功能而且無需做過多的修改。 5.依靠倒轉(zhuǎn)原則 (1)定義 指抽象不應(yīng)當(dāng)依靠于詳情,詳情應(yīng)當(dāng)依靠于抽象高層模塊不應(yīng)當(dāng)

6、依靠于底層模塊,兩個(gè)都應(yīng)當(dāng)依靠抽象。 (2)緣由 普通來講,高層模塊是依靠于底層模塊的,比如說去調(diào)用庫函數(shù),但這會(huì)影響耦合性,使之變大。舉個(gè)例子,一開頭用法了mysql數(shù)據(jù)庫,現(xiàn)在想換為sqlserver,假如不是依靠于抽象,則需要舉行大幅度修改,由于每種數(shù)據(jù)庫的接口都不一樣,但假如我之前對(duì)其抽象了,則依靠于抽象,現(xiàn)在改數(shù)據(jù)庫,我只需要重新實(shí)現(xiàn)抽象的接口就可以了。 6.最少學(xué)問原則 (1)定義 假如兩個(gè)類不必挺直通信,那么這兩個(gè)類就不應(yīng)該發(fā)生挺直的互相作用。假如一個(gè)類需要調(diào)用另一個(gè)類的某一辦法的話,可以通過第三者來轉(zhuǎn)發(fā)這個(gè)調(diào)用。 (2)緣由 類之間的耦合越弱,越利于復(fù)用,一個(gè)處于弱耦合的類被修改,不會(huì)對(duì)有關(guān)系的類造成波及。 例如:類a在類b中new了100次,假如需要將類a變?yōu)轭恇,則需要改100次,但假如是在工廠類,則只需要在工廠里改一次。 7.聚合組合復(fù)用原則 (1)定義 盡

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論