訪問者模式

這里存在一個雙分派：也就是執行的操作決定于具體的請求種類（請求實例化是哪個子類；子類請求是那種狀態）

將數據結構與結構上的操作分開，使得操作集合能夠自由加減！

---

職責鏈模式

用戶提交的請求實際在代碼中一條鏈傳遞，直到有對象負責了它！

好處：方便了這條鏈的加減

壞處：如果一直得不到處理，或是因為邏輯導致了這種情況發生，就尷尬了！

---

中介者模式

多對多的復雜交互可以考慮這種，但這個模式由于中介者控制集中，問題轉移:交互復雜性——中介者復雜性

如果一組對象，定義良好，但通信方式復雜，可以考慮中介者模式！

---

享元模式

---

解釋器模式

這部分是為特定類型問題設計的，特定類型問題發生頻率足夠高，將實例描述為簡單語言中的句子，通過句子來解決該類問題！

總結

以上是生活随笔為你收集整理的【Design pattern】设计模式思路总结（三）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。