溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本文小編為大家詳細介紹“使用web橋接模式時需要考慮哪兩個問題”，內容詳細，步驟清晰，細節處理妥當，希望這篇“使用web橋接模式時需要考慮哪兩個問題”文章能幫助大家解決疑惑，下面跟著小編的思路慢慢深入，一起來學習新知識吧。
使用橋接模式的效果
面向對象的特征之一就是封裝，樸素的講封裝就是在實現外面套上接口。但是這樣做的結果是將接口的定義和接口的實現綁在了一起。橋接模式將實現部分從接口中分離出來并進行了抽象化。這樣一來，就可以很簡單地在運行時刻替換實現部分。例如，我們可以設計一個通訊端口，在程序執行時將通訊方式從Wifi切換到藍牙。
在橋接模式中，真正實現功能的代碼是在包含在實現類的具象類中，物理上和接口類分離。二者可以在不同的時機編譯，也可以交由不同的團隊開發。這一點可以為開發的管理帶來很大的方便。
軟件開發中經常會出現分層結構，其最簡易的實現方式就是利用橋接模式的思想將下層看作上上層的實現，也就是說就是讓上層結構拿著下層的指針即可。還以通訊端口類，我們可以將其分為協議層，和物理通路層并且讓協議層管理物理通路層的指針即可。
更進一步
使用橋接模式時需要考慮以下兩個的問題：
1.如何區分接口和實現。
簡單的說，接口類定義的應該是用戶領域中的功能。還以通訊端口為例，用戶需要可能的發送命令和接受現場數據，至于是通過Wifi還是藍牙，是否要加密等用戶沒有必要關心，都是實現層面的事情。
2.如何判斷要不要將對實現部分進行分離和抽象。
只要區分出那些是接口，那些是實現，接下來只有有限的幾個選擇：
0）什么也不做
1）將實現部分獨立成私有方法。
2）將實現部分獨立成單獨的類。
3）對實現部分進行抽象，并在具象類中實現功能。
上述幾種情況，分離和抽象的程度越來越深。但是如果仔細想一想，除了從0)到1)以外，其他的變化都不涉及邏輯，大部分工作只要代碼移動就可以完成。所以真的沒有必要糾結，看到哪就做到哪吧。
讀到這里，這篇“使用web橋接模式時需要考慮哪兩個問題”文章已經介紹完畢，想要掌握這篇文章的知識點還需要大家自己動手實踐使用過才能領會，如果想了解更多相關內容的文章，歡迎關注億速云行業資訊頻道。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
