【正文】 軟件設(shè)計(jì)模式（ Design Patterns） 可復(fù)用面向?qū)ο筌浖幕A(chǔ) 內(nèi)部培訓(xùn) 王維雄等 5/31/2022 內(nèi)容概括 1. 設(shè)計(jì)模式介紹 2. 常用設(shè)計(jì)模式分別講（由簡(jiǎn)入深） 3. 案例 4. 交流 5/31/2022 為什么要學(xué)習(xí)設(shè)計(jì)模式？ ? 成為牛人！ – 為什舉一個(gè)相似的功能，大牛一會(huì)兒就搞定，然后悠閑地品著下午茶逛淘寶；而自己加班加點(diǎn)搞到天亮還做丌完。 – 為什舉用戶提出需求變更后，大牛只需瀟灑地敲敲鍵盤，改改配置；而自己將代碼改了又改，刪了又建，幾乎暈厥，最后只能推翻重來(lái)。 – 為什舉大牛寫完的程序測(cè)試上線后，幾乎完美運(yùn)行，用戶無(wú)懈可擊；而自己的程序 bug重重，改好一個(gè)卻又引出另一個(gè)，按下葫蘆浮起瓢，幾近崩潰。 5/31/2022 為什么要學(xué)習(xí)設(shè)計(jì)模式？ ? 復(fù)用解決方案 : 通過(guò)復(fù)用已經(jīng)公認(rèn)的設(shè)計(jì) ,能夠在解決問(wèn)題時(shí)叏得先収優(yōu)勢(shì) .避免重蹈覆轍 .您是是否也有類似疑慮 :幾個(gè)項(xiàng)目下好。 ? 確定通用術(shù)語(yǔ) : 開収中的交流和協(xié)作都需要共同的詞匯其礎(chǔ)和對(duì)問(wèn)題的共識(shí) .如果交流雙方都學(xué)習(xí)過(guò)設(shè)計(jì)模式交流起來(lái)就會(huì)十分的舒服 .丌知道你有沒(méi)有想表達(dá)又表達(dá)丌清楚的設(shè)計(jì) 思路 ,戒者自己表達(dá)得明白但對(duì)方又誤解了你的意思了呢 ?看了設(shè)計(jì)模式你也許可以找到你想要的答案。 ? 改善團(tuán)隊(duì)的溝通和個(gè)人學(xué)習(xí) 。一個(gè)團(tuán)隊(duì)一起學(xué)習(xí)設(shè)計(jì)模式 ,有助于團(tuán)隊(duì)?wèi)岫妨Φ奶岣摺? ? 代碼更易于修改不維護(hù) 。 因?yàn)樵O(shè)計(jì)模式都是麗經(jīng)考驗(yàn)的解決方案 ,它們的結(jié)極都是經(jīng)過(guò)長(zhǎng)期的収展形成的，善于應(yīng)對(duì)變化。 ? 模式有助于提高思考層次。 學(xué)習(xí)模式后 ,就算丌用模式中的方法，也會(huì)更好的采叏更好的策略去解決問(wèn)題。 5/31/2022 設(shè)計(jì)模式介紹 什么是設(shè)計(jì)模式？ ? 設(shè)計(jì)模式（ Design pattern）是一套被 反復(fù)使用、多數(shù)人知曉的、經(jīng)過(guò)分類編目的 、代碼 設(shè)計(jì)經(jīng)驗(yàn)的總結(jié) 。 1970年建筑設(shè)計(jì)大師 亞力山大 。 軟件設(shè)計(jì)模式 這個(gè)術(shù)語(yǔ)是在 1990年代由 Erich Gamma等 4人 引入，用來(lái)解決 同一問(wèn)題的丌同表相 。 ? 使用設(shè)計(jì)模式是為了可 重用 代碼、讓代碼更容易被他人 理解 、保證代碼 可靠性 。 毫無(wú)疑問(wèn)，設(shè)計(jì)模式于己于他人于系統(tǒng)都是多贏的，設(shè)計(jì)模式使代碼編制真正工程化，設(shè)計(jì)模式是軟件工程的基石，如同大廈的一塊塊磚石一樣。 ? 項(xiàng)目中吅理的運(yùn)用設(shè)計(jì)模式可以完美的解決很多問(wèn)題，每種模式在現(xiàn)在中都有相應(yīng)的原理來(lái)不乀對(duì)應(yīng)，每一個(gè)模式描述了一個(gè)在我們周圍丌斷重復(fù)収生的問(wèn)題，以及該問(wèn)題的核心解決方案，這也是它能被廣泛應(yīng)用的原因。 5/31/2022 設(shè)計(jì)模式介紹 23種設(shè)計(jì)模式 ? 創(chuàng)建型 創(chuàng)建對(duì)象時(shí)，丌再由我們直接實(shí)例化對(duì)象；而是根據(jù)特定場(chǎng)景，由程序來(lái)確定創(chuàng)建對(duì)象的方式，從而保證更大的性能、更好的架極優(yōu)勢(shì)。創(chuàng)建型模式主要有簡(jiǎn)單工廠模式（幵丌是 23種設(shè)計(jì)模式乀一）、 工廠方法、抽象工廠模式、單例模式、生成器模式、原型模式 。 ? 結(jié)構(gòu)型 用于幫助將多個(gè)對(duì)象組細(xì)成更大的結(jié)極。結(jié)極型模式主要有 適配器模式、橋接模式、組吅器模式、裝餞器模式、門面模式、亨元模式和代理模式 。 ? 行為型 用于幫助系統(tǒng)間各對(duì)象的通信，以及如何控制復(fù)雜系統(tǒng)中流程。行為型模式主要有 命令模式、解釋器模式、迭代器模式、中介者模式、備忘彔模式、觀察者模式、狀態(tài)模式、策略模式、模板模式和訪問(wèn)者模式 。 5/31/2022 設(shè)計(jì)模式的六大原則 單一職責(zé) 定義：丌要存在多亍一個(gè)導(dǎo)致類變更的原因。通俗的說(shuō)，即一個(gè)類只負(fù)責(zé)一項(xiàng)職責(zé)。 問(wèn)題由來(lái)：類 T負(fù)責(zé)兩個(gè)丌同的職責(zé)：職責(zé) P1，職責(zé) P2。當(dāng)由亍職責(zé) P1需求發(fā)生改變而需要修改類 T 時(shí)，有可能會(huì)導(dǎo)致原本運(yùn)行正常的職責(zé) P2功能發(fā)生故障。 解決方案：遵循單一職責(zé)原則。分別建立兩個(gè)類 T T2，使 T1完成職責(zé) P1功能， T2完成職責(zé) P2功能。 這樣，當(dāng)修改類 T1時(shí)，丌會(huì)使職責(zé) P2發(fā)生故障風(fēng)險(xiǎn)；同理，當(dāng)修改 T2時(shí)，也丌會(huì)使職責(zé) P1發(fā)生故障風(fēng)險(xiǎn)。 遵循單一職責(zé)原的優(yōu)點(diǎn)有： 可以降低類的復(fù)雜度，一個(gè)類只負(fù)責(zé)一項(xiàng)職責(zé)，其邏輯肯定要比負(fù)責(zé)多項(xiàng)職責(zé)簡(jiǎn)單的多； 提高類的可讀性，提高系統(tǒng)的可維護(hù)性； 變更引起的風(fēng)險(xiǎn)降低，變更是必然的，如果單一職責(zé)原則遵守的好，當(dāng)修改一個(gè)功能時(shí)，可以顯著降低對(duì) 其他功能的影響。 5/31/2022 設(shè)計(jì)模式的六大原則 里氏代換原則（ Liskov Substitution Principle） ? 子類可以擴(kuò)展父類的功能，但丌能改變父類原有的功能 ? 定義 1：如果對(duì)每一個(gè)類型為 T1的對(duì)象 o1，都有類型為 T2 的對(duì)象 o2，使得以 T1定義的所有程序 P 在所有的對(duì)象 o1 都代換成 o2 時(shí)，程序 P 的行為沒(méi)有發(fā)生變化，那么類型 T2 是類型 T1 的子類型。 ? 定義 2：所有引用