溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本文小編為大家詳細介紹“web中介者模式的結構是怎樣的”，內容詳細，步驟清晰，細節處理妥當，希望這篇“web中介者模式的結構是怎樣的”文章能幫助大家解決疑惑，下面跟著小編的思路慢慢深入，一起來學習新知識吧。
結構
中介者模式的想法是當多個對象為了同一個目的需要相互協作時，指定一個中介對象作為業務的中樞，以降低各個對象之間的耦合程度，其結構如下：
參與者
? Mediator(抽象中介者類)
—中介者類Mediator可以定義接口用于與各同事（Colleague）對象之間通信。之所以說是可以，是因為定義一個對將來也適用的通知接口并不是一件容易的事。要么擴展性不好，要么過于模糊，而且由此帶來的好處也不是很顯著。
?ConcreteMediator(具象中介者類)
— 具象中介者類了解并維護各個同事對象。中介者類的職責就是吸收軟件功能中無法共通的部分，因此這種強耦合不算什么缺點。
— 具象中介者了解類同事對象的細節，因此也是協調各同事對象實現協作行為的最佳人選。
— 有一點比較模糊：中介者是否算是同事的一員。作者的觀點中介者是作為管理者似乎說明更加順暢。
? Colleague(同事類)
— 同事類（只）了解中介者對象。
由于中介者類的存在，同事類不需要了解軟件的業務邏輯，只是根據自身的功能需求和中介者進行通信。
協作
同事對象和中介者對象之間進行請求和信息的交互，而中介者根據業務的需求對信息進行處理或轉發。
讀到這里，這篇“web中介者模式的結構是怎樣的”文章已經介紹完畢，想要掌握這篇文章的知識點還需要大家自己動手實踐使用過才能領會，如果想了解更多相關內容的文章，歡迎關注億速云行業資訊頻道。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
