本文小編為大家詳細(xì)介紹“使用web橋接模式時需要考慮哪兩個問題”，內(nèi)容詳細(xì)，步驟清晰，細(xì)節(jié)處理妥當(dāng)，希望這篇“使用web橋接模式時需要考慮哪兩個問題”文章能幫助大家解決疑惑，下面跟著小編的思路慢慢深入，一起來學(xué)習(xí)新知識吧。

創(chuàng)新互聯(lián)公司是一家集網(wǎng)站建設(shè),疊彩企業(yè)網(wǎng)站建設(shè),疊彩品牌網(wǎng)站建設(shè),網(wǎng)站定制,疊彩網(wǎng)站建設(shè)報價,網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,疊彩網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強(qiáng)企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。

使用橋接模式的效果

面向?qū)ο蟮奶卣髦痪褪欠庋b，樸素的講封裝就是在實現(xiàn)外面套上接口。但是這樣做的結(jié)果是將接口的定義和接口的實現(xiàn)綁在了一起。橋接模式將實現(xiàn)部分從接口中分離出來并進(jìn)行了抽象化。這樣一來，就可以很簡單地在運行時刻替換實現(xiàn)部分。例如，我們可以設(shè)計一個通訊端口，在程序執(zhí)行時將通訊方式從Wifi切換到藍(lán)牙。

在橋接模式中，真正實現(xiàn)功能的代碼是在包含在實現(xiàn)類的具象類中，物理上和接口類分離。二者可以在不同的時機(jī)編譯，也可以交由不同的團(tuán)隊開發(fā)。這一點可以為開發(fā)的管理帶來很大的方便。

軟件開發(fā)中經(jīng)常會出現(xiàn)分層結(jié)構(gòu)，其最簡易的實現(xiàn)方式就是利用橋接模式的思想將下層看作上上層的實現(xiàn)，也就是說就是讓上層結(jié)構(gòu)拿著下層的指針即可。還以通訊端口類，我們可以將其分為協(xié)議層，和物理通路層并且讓協(xié)議層管理物理通路層的指針即可。

更進(jìn)一步

使用橋接模式時需要考慮以下兩個的問題：

1.如何區(qū)分接口和實現(xiàn)。

簡單的說，接口類定義的應(yīng)該是用戶領(lǐng)域中的功能。還以通訊端口為例，用戶需要可能的發(fā)送命令和接受現(xiàn)場數(shù)據(jù)，至于是通過Wifi還是藍(lán)牙，是否要加密等用戶沒有必要關(guān)心，都是實現(xiàn)層面的事情。

2.如何判斷要不要將對實現(xiàn)部分進(jìn)行分離和抽象。

只要區(qū)分出那些是接口，那些是實現(xiàn)，接下來只有有限的幾個選擇：

0）什么也不做

1）將實現(xiàn)部分獨立成私有方法。

2）將實現(xiàn)部分獨立成單獨的類。

3）對實現(xiàn)部分進(jìn)行抽象，并在具象類中實現(xiàn)功能。

上述幾種情況，分離和抽象的程度越來越深。但是如果仔細(xì)想一想，除了從0)到1)以外，其他的變化都不涉及邏輯，大部分工作只要代碼移動就可以完成。所以真的沒有必要糾結(jié)，看到哪就做到哪吧。

讀到這里，這篇“使用web橋接模式時需要考慮哪兩個問題”文章已經(jīng)介紹完畢，想要掌握這篇文章的知識點還需要大家自己動手實踐使用過才能領(lǐng)會，如果想了解更多相關(guān)內(nèi)容的文章，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。