設(shè)計(jì)模式精解gof23種設(shè)計(jì)模式解析vs202重寫實(shí)現(xiàn)包含linuxmakefile代碼和原文檔已插入本文檔-資料下載頁(yè)
2025-06-24 14:13本頁(yè)面
【正文】 Receiver）中，從而實(shí)現(xiàn)調(diào)用操作的對(duì)象和操作的具體實(shí)現(xiàn)者之間的解耦。模板類的構(gòu)造函數(shù)必須要實(shí)現(xiàn)，要不編譯通過，連接不上，錯(cuò)誤提示也不準(zhǔn)確（模板類的函數(shù)指針）Command模式結(jié)構(gòu)中，將請(qǐng)求的接收者（處理者）放到Command的具體子類ConcreateCommand中，當(dāng)請(qǐng)求到來(lái)時(shí)（Invoker發(fā)出Invoke消息激活Command對(duì)象），ConcreateCommand將處理請(qǐng)求交給Receiver對(duì)象進(jìn)行處理。Visitor：訪問者Visitor模式則提供了一個(gè)解決方案：將更新（變更）封裝到一個(gè)類中（訪問操作），并由待更改類提供一個(gè)接收接口，則可達(dá)到效果。Visitor模式在不破壞類的前提下，為類提供增加新的操作。Visitor模式的關(guān)鍵是雙分派（DoubleDispatch）的技術(shù)。（雙分派意味著執(zhí)行的操作將取決于請(qǐng)求的種類和接收者的類型）在Visitor模式中Accept()操作是一個(gè)雙分派的操作。具體調(diào)用哪一個(gè)具體的Accept()操作，有兩個(gè)決定因素：（1）Element的類型。因?yàn)锳ccept()是多態(tài)的操作，需要具體的Element類型的子類才可以決定到底調(diào)用哪一個(gè)Accept()實(shí)現(xiàn)。（2）Visitor類型。Accept()操作有一個(gè)參數(shù)（Visitor* vis），要決定了實(shí)際傳進(jìn)來(lái)的Visitor的實(shí)際類別才可以決定具體是調(diào)用哪個(gè)VisitorConcrete()實(shí)現(xiàn)。問題（1）破壞了封裝性（2）ConcreateElement的擴(kuò)展很困難Chain of Responsibility：責(zé)任鏈Chain of Responsibility模式描述其實(shí)就是這樣一類問題將可能處理一個(gè)請(qǐng)求的對(duì)象鏈接成一個(gè)鏈，并將請(qǐng)求在這個(gè)鏈上傳遞，直到有對(duì)象處理該請(qǐng)求（可能需要提供一個(gè)默認(rèn)處理所有請(qǐng)求的類）Chain of Responsibility模式最大的一個(gè)優(yōu)點(diǎn)就是給系統(tǒng)降低了耦合性，請(qǐng)求的發(fā)送者完全不必知道該請(qǐng)求會(huì)被哪個(gè)應(yīng)答對(duì)象處理，極大地降低了系統(tǒng)的耦合性。Iterator：游標(biāo)（Cursor）Iterator模式也正是用來(lái)解決對(duì)一個(gè)聚合對(duì)象遍歷問題，將對(duì)聚合的遍歷封裝到一個(gè)類中進(jìn)行，這樣就避免了暴露這個(gè)聚合對(duì)象的內(nèi)部表示的可能。Interpreter：解析器Interpreter模式的目的就是使用一個(gè)解釋器為提供一個(gè)一門定義語(yǔ)言的語(yǔ)法表示的解析器，然后通過這個(gè)解釋器來(lái)解釋語(yǔ)言中的句子。補(bǔ)充State：狀態(tài)State模式會(huì)處理算法的不同，但是更加關(guān)注的是狀態(tài)的改變。 附件（原文檔和代碼）
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號(hào)-1