(8)解釋器模式:給定一個語言,定義它的文法的一種表示,并定義一個解釋器。
(9)狀态模式:允許一個對象在其對象内部狀态改變時改變它的行為。
(10)責任鍊模式:将請求的發送者和接收者解耦,使的多個對象都有處理這個請求的機會。
(11)訪問者模式:不改變數據結構的前提下,增加作用于一組對象元素的新功能。
…
三、設計模式的七大設計原則
1、單一職責原則
對于一個類,隻有一個引起該類變化的原因;該類的職責是唯一的,且這個職責是唯一引起其他類變化的原因。
2、接口隔離原則
客戶端不應該依賴它不需要的接口,一個類對另一個類的依賴應該建立在最小的接口上。
3、依賴倒轉原則
依賴倒轉原則是程序要依賴于抽象接口,不要依賴于具體實現。
簡單的說就是要求對抽象進行編程,不要對實現進行編程,這樣就降低了客戶與實現模塊間的耦合。
4、裡式代換原則
任何基類可以出現的地方,子類一定可以出現。
裡氏代換原則是繼承複用的基石,隻有當衍生類可以替換基類,軟件單位的功能不受影響時,基類才能真正的被複用,而衍生類也能夠在基類的基礎上增加新的行為。
裡氏代換原則是對開閉原則的補充。
實現開閉原則的關鍵步驟就是抽象化。
而基類與子類的繼承關系就是抽象化的具體實現,所以裡氏代換原則是對實現抽象化的具體步驟的規範。
5、開閉原則
(1)對于擴展是開放的(openforextension)。
這意味着模塊的行為是可以擴展的。
當應用的需求改變時,我們可以對模塊進行擴展,使其具有滿足那些改變的新行為。
也就是說,我們可以改變模塊的功能。
(2)對于修改是關閉的(closedforodification)。
對模塊行為進行擴展時,不必改動模塊的源代碼或者二進制代碼。
模塊的二進制可執行版本,無論是可鍊接的庫、dll或者exe文件,都無需改動。
6、迪米特法則
迪米特法則又叫做最少知識原則,就是說一個對象應當對其它對象又盡可能少的了解,不和陌生人說話。
7、合成複用原則
合成複用原則要求在軟件複用時,要盡量先使用組合或者聚合等關聯關系來實現,其次才考慮使用繼承關系來實現。
如果要使用繼承關系,則必須嚴格遵循裡氏替換原則。
合成複用原則同裡氏替換原則相輔相成的,兩者都是開閉原則的具體實現規範。
請勿開啟浏覽器閱讀模式,否則将導緻章節内容缺失及無法閱讀下一章。
相鄰推薦:火槍靈能與錦衣衛 這真是戀愛攻略? 萬器 大唐皇子:我有農場系統 修仙:我的分身是洪荒巨獸 重生?我真是好男人啊! 鬥羅:不想成為主角呀 赤紅,寶可夢最強精靈訓練家 我被她們戀愛模拟了? 穿越諸天:從拜師九叔開始 大明中興全憑殺殺殺搶搶搶 全家都在拖後腿,大帥追妻太難了 我的監護人是機器人 主宰見聞錄 某魔圓的真理之名 病嬌女總裁,開局非要貼貼才能好 惹我?開局就讓你跪下求治病 豬肉西施她,幹活比殺豬還絲滑! 末世多子多福,從美豔老闆娘開始 讓你去修仙,不是去修仙子!