面向?qū)ο笤O(shè)計(jì)中的五大原則-文庫吧
2024-12-22 17:38 本頁面
【正文】 形式的類承擔(dān)。 而如果將它們耦合在一起（數(shù)據(jù)庫連接、數(shù)據(jù)庫 CRUD操作和數(shù)據(jù)庫連接釋放等），將導(dǎo)致 “ 數(shù)據(jù)連接 ” 的職責(zé)在被重用時(shí)，將出現(xiàn)問題！ 拔出蘿卜帶出泥！ 遵守單一職責(zé)原則的各種 GOF設(shè)計(jì)模式 類的設(shè)計(jì)主要工作是“發(fā)現(xiàn)職責(zé)”并“分離職責(zé)”！ （ 2）模板方法模式的應(yīng)用 （ 1）工廠模式的應(yīng)用 分離對(duì)象的“創(chuàng)建”和對(duì)象的“使用”方面的職責(zé)。 分離 “ 共性功能實(shí)現(xiàn) ”和 “ 個(gè)性擴(kuò)展 ” 方面的職責(zé)。 （ 3）命令模式的應(yīng)用 分離 “ 命令的請(qǐng)求者 ” 和 “ 命令的實(shí)現(xiàn)者 ” 方面的職責(zé)。 （ 4）代理模式的應(yīng)用 ?分離 “ 服務(wù)的請(qǐng)求者 ” 和 “ 服務(wù)的提供者 ” 各自方面的職責(zé)； ?應(yīng)用業(yè)務(wù)代理類的主要的目的是降低客戶端與業(yè)務(wù)組件之間的緊密關(guān)聯(lián)性和提高業(yè)務(wù)功能組件類的安全性。 希望大家掌握對(duì)這些基本的模式的具體應(yīng)用！ 遵守單一職責(zé)原則的系統(tǒng)架構(gòu)設(shè)計(jì) （ 1）單一職責(zé)原則不只是對(duì)類設(shè)計(jì)有意義，對(duì)以模塊、子系統(tǒng)為單位的系統(tǒng)架構(gòu)設(shè)計(jì)同樣也有意義 一個(gè)模塊、子系統(tǒng)也應(yīng)該僅有一個(gè)引起它變化的原因，如 MVC所倡導(dǎo)的各個(gè)層之間的相互分離其實(shí)就是 單一職責(zé)原則在系統(tǒng)總體設(shè)計(jì)中的應(yīng)用 。 （ 2） Struts2框架中應(yīng)用代理模式的示例 接口隔離原則（ ISP）的具體體現(xiàn) （ 1）一個(gè)類對(duì)另外一個(gè)類的依賴性應(yīng)當(dāng)是建立在最小的接口上 ?ISP可以達(dá)到不強(qiáng)迫客戶（接口的使用方）依賴于他們不用的方法 —— 在接口設(shè)計(jì)中應(yīng)該保證，接口的實(shí)現(xiàn)類應(yīng)該只呈現(xiàn)為單一職責(zé)的角色（遵守 SRP原則）； ?ISP還可以降低客戶之間的相互影響 —— 當(dāng)某個(gè)客戶程序要求提供新的職責(zé)（需求變化）而迫使接口發(fā)生改變時(shí)，影響到其他客戶程序的可能性會(huì)最小。 它指導(dǎo)我們?nèi)绾握_地進(jìn)行接口設(shè)計(jì) ! 接口隔離原則 （ 2）客戶端程序不應(yīng)該依賴它不需要的接口方法（功能） 比如在應(yīng)用繼承時(shí)，由于子類將繼承父類中的所有可用的方法；而父類中的某些方法，在子類中可能并不需要，但也將被父類強(qiáng)迫使用？！ 因此，謹(jǐn)用繼承！ 對(duì)接口的污染（過于臃腫的接口設(shè)計(jì)是對(duì)接口的污染） （ l）接口的污染（ Interface Contamination） 一個(gè)沒有經(jīng)驗(yàn)的設(shè)計(jì)師往往想節(jié)省接口的數(shù)目，將一些功能相近或功能相關(guān)的
高考資料相關(guān)推薦
鄂ICP備17016276號(hào)-1