java設(shè)計模式ppt課件-展示頁
2025-05-14 13:33本頁面
【正文】 專門的接口，而不要使用一個大的總接口 。 ? 依賴 于抽象是一個通用的原則，而某些時候依賴于細(xì)節(jié)則是在所難免的，必須權(quán)衡在抽象和具體之間的取舍，方法不是一層不變的。當(dāng)兩個模塊之間存在緊密的耦合關(guān)系時，最好的方法就是分離接口和實現(xiàn)：在依賴之間定義一個抽象的接口使得高層模塊調(diào)用接口，而底層模塊實現(xiàn)接口的定義，以此來有效控制耦合關(guān)系，達(dá)到依賴于抽象的設(shè)計目標(biāo) 。具體而言就是高層模塊不依賴于底層模塊，二者都同依賴于抽象；抽象不依賴于具體，具體依賴于抽象 。 ? “需求總是變化”沒有不變的軟件，所以就需要用封閉開放原則來封閉變化滿足需求，同時還能保持軟件內(nèi)部的封裝體系穩(wěn)定，不被需求的變化影響。 ? 實現(xiàn)開放封閉原則的核心思想就是對抽象編程，而不對具體編程，因為抽象相對穩(wěn)定。也就是，對擴(kuò)展開放，對修改封閉的。 面向?qū)ο笤O(shè)計原則 ?開放封閉原則（ OCP） ? 開放封閉原則是面向?qū)ο笏性瓌t的核心，軟件設(shè)計追求的目標(biāo)就是封裝變化、降低耦合，而開放封閉原則就是這一目標(biāo)的最直接體現(xiàn)。 專注 ，是一個人優(yōu)良的品質(zhì)；同樣的，單一也是一個類的優(yōu)良設(shè)計。職責(zé)過多，可能引起它變化的原因就越多，這將導(dǎo)致職責(zé)依賴，相互之間就產(chǎn)生影響，從而大大損傷其內(nèi)聚性和耦合度。 ?意圖 ：設(shè)計模式是做什么的？它的基本原理和意圖是什么？它解決的是什么樣的特定設(shè)計問題？ ?別名 ：模式的其他名稱 ?動機(jī) ：說明一個設(shè)計問題以及如何用模式中的類、對象來解決該問題的特定情景 ?適用性 ：什么情況下可以使用該設(shè)計模式？該模式可用來改進(jìn)哪些不良設(shè)計？如何識別這些情況？ ?結(jié)構(gòu) ：采用對象建模技術(shù)對模式中的類進(jìn)行圖形描述 ?參與者 ：指設(shè)計模式中的 類和 (或 )對象 以及它們各自的 職責(zé) 軟件設(shè)計模式基礎(chǔ) ?如何描述設(shè)計模式 ?協(xié)作 ：模式的參與者如何協(xié)作以實現(xiàn)其職責(zé) ?效果 ：模式如何支持其目標(biāo)？使用模式的效果和所需做的權(quán)衡取舍？系統(tǒng)結(jié)構(gòu)的哪些方面可以獨立改變？ ?實現(xiàn) ：實現(xiàn)模式時需了解的一些提示、技術(shù)要點及應(yīng)避免的缺陷，以及是否存在某些特定于實現(xiàn)語言的問題 ?代碼示例 ：用來說明怎樣實現(xiàn)該模式的代碼 片段 ?已知應(yīng)用 ：實際系統(tǒng)中發(fā)現(xiàn)的模式的例子 ?相關(guān)模式 ：與這個模式緊密相關(guān)的模式有哪些？其不同之處是什么？這個模式應(yīng)與哪些其他模式一起使用？ 動手實踐 ?從兩幅撲克牌中任意抽取 10張牌，打印出相同的牌 面向?qū)ο笤O(shè)計原則 面向?qū)ο笤O(shè)計原則 ? 單一職責(zé)原則（ SRP， Single Responsibility Principle） ? 開放 封閉原則（ OCP， Open Closed Principle） ? 依賴倒轉(zhuǎn)原則（ DIP， Dependence Inversion Principle） ? 接口隔離原則（ ISP， Interface Segregation Principle） ? 里氏代換 原則（ LSP， Liskov Substitution Principle） 面向?qū)ο笤O(shè)計原則 ?單一職責(zé) 原則 （ SRP） ? 對于 單一職責(zé)原則，其核心思想為：一個類，最好只做一件事，只有一個引起它的變化。解釋了設(shè)計問題和問題存在的前因后果 ,可能還描述模式必須滿足的先決條件 ?解決方案 (Solution)：描述了設(shè)計的組成成分、相互關(guān)系及各自的職責(zé)和協(xié)作方式。Java設(shè)計模式 —— 錢江 Java設(shè)計模式 ?軟件設(shè)計模式 基礎(chǔ) ?面向?qū)ο笤O(shè)計原則 ?創(chuàng)建模式 ?結(jié)構(gòu)模式 ?行為模式 軟件設(shè)計模式基礎(chǔ) ?什么是設(shè)計模式 ?廣義講，軟件設(shè)計模式是可解決一類軟件問題并能重復(fù)使用的軟件設(shè)計方案 ?狹義講，設(shè)計模式是對被用來在特定場景下解決一般設(shè)計問題的類和相互通信的對象的描述。是在類和對象的層次描述的可重復(fù)使用的軟件設(shè)計問題的解決方案 ?模式體現(xiàn)的是程序整體的構(gòu)思，所以有時候它也會出現(xiàn)在分析或者是概要設(shè)計階段 ?模式的核心思想是通過增加抽象層，把變化部分從那些不變部分里分離 出來 軟件設(shè)計模式基礎(chǔ) ?模式的基本要素 ?模式名稱 (Pattern Name) ?問題 (Problem)：描述應(yīng)該在何時使用模式。模式就像一個模板，可應(yīng)用于多種場合，所以解決方案并不描述一個具體的設(shè)計或?qū)崿F(xiàn)，而是提供設(shè)計問題的抽象描述和解決問題所采用的元素組合（類和對象） ?效果 (consequences )：描述模式的應(yīng)用效果及使用模式應(yīng)權(quán)衡的問題 軟件設(shè)計模式基礎(chǔ) ?如何描述設(shè)計模式 ?模式 名和分類 ：模式名簡介的描述了模式的本質(zhì)。單一職責(zé)原則可以看做是低耦合、高內(nèi)聚在面向?qū)ο笤瓌t上的引申，將職責(zé)定義為引起變化的原因，以提高內(nèi)聚性來減少引起變化的原因。通常意義下的單一職責(zé)，就是指只有一種單一功能，不要為類實現(xiàn)過多的功能點，以保證實體只有一個引起它變化的原因。交雜不清的職責(zé)將使得代碼看起來特別別扭牽一發(fā)而動全身，有失美感和必然導(dǎo)致丑陋的系統(tǒng)錯誤風(fēng)險。 ? 開放封閉原則，其核心思想是： 軟件實體應(yīng)該是可擴(kuò)展的，而不可修改的。 因此，開放封閉原則主要體現(xiàn)在兩個方面： 1. 對擴(kuò)展開放，意味著有新的需求或變化時，可以對現(xiàn)有代碼進(jìn)行擴(kuò)展，以適應(yīng)新的情況 2. 對修改封閉，意味著類一旦設(shè)計完成，就
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1