溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要介紹“web橋接模式的結構是怎樣的”，在日常操作中，相信很多人在web橋接模式的結構是怎樣的問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”web橋接模式的結構是怎樣的”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！
結構
參與者
? Abstraction (Window)
— 定義抽象類的接口。
繼續前面的說法，這里的抽象是相對于實現部分來說的，作者認為更恰當的說法或許應該是接口類。這個類的接口一定是面向用戶領域的。
— 維護一個指向Implementor類型對象的指針。
通過指向具象實現類的指針來調用真正的實現代碼。
? RefinedAbstraction (IconWindow)
— 擴充由Abstraction定義的接口。
客戶領域中的派生類，Icon也是客戶領域的概念。
? Implementor (WindowImp)
— 定義實現類的接口，該接口不一定要與Abstraction的接口完全一致；事實上這兩個接口可以完全不同。一般來講， Implementor接口僅提供基本操作，而Abstraction則定義了基于這些基本操作的較高層次的操作。
接口類調用實現類的接口來實現自己的功能。如果是窗口類，這可以接口可以用于繪制窗口元素，如果是通訊類這個類可以用于發送和接受數據。
? ConcreteImplementor (XwindowImp, PMWindowImp)
— 實現Implementor接口并定義它的具體實現。
實現類接口的具象類。這里是真正完成功能的地方。它在另外的地方，另外的時間點被實現，根據需要隨時可以替換既有的實現類。
協作
? Abstraction將client的請求轉發給它的Implementor對象。
重點在于接口類不會在自己類內部或者派生類內部實現功能，二是轉交給實現類，從而實現了實現部分可替換。
到此，關于“web橋接模式的結構是怎樣的”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
