大家好，今天給大家介紹一種新的設(shè)計(jì)模式——bridge模式，即橋模式。

托克托ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場(chǎng)景，ssl證書未來(lái)市場(chǎng)廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場(chǎng)價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：13518219792（備注：SSL證書合作）期待與您的合作！

舉個(gè)例子

橋模式的主要功能也是解耦，把會(huì)獨(dú)立變化的量從整個(gè)邏輯中抽離出來(lái)，從而節(jié)省我們的代碼量。我們用奶茶來(lái)舉個(gè)簡(jiǎn)單的例子。

對(duì)于奶茶而言，它的原料往往比較簡(jiǎn)單，就是糖、水、茶以及奶蓋等等。但是制作過(guò)程往往大相徑庭，珍珠奶茶可能就只是把茶和奶混合加上珍珠，其他的奶茶可能完全不同。

假如我們希望用程序來(lái)模擬奶茶制作的整個(gè)過(guò)程，我們會(huì)發(fā)現(xiàn)如果我們對(duì)每一種奶茶都單獨(dú)實(shí)現(xiàn)一個(gè)類是非常麻煩的。因?yàn)椴煌滩柰皇侵谱魇址ㄓ胁顒e，但是整體的原料以及流程可能都是一樣的。所以我們只希望可以單獨(dú)抽離出制作過(guò)程即可，這個(gè)時(shí)候我們就可以使用橋接模式，說(shuō)穿了其實(shí)非常簡(jiǎn)單，尤其是在Python當(dāng)中。

代碼實(shí)現(xiàn)

這里我們先放出奶茶這個(gè)類主體的邏輯，大家估計(jì)一看就明白了。

 
 
 
 

  
  
  
  
class BubbleTea: 
  
  
  
  
    def __init__(self, ice, sugar, tea, cheese, making_api): 
  
  
  
  
        self._ice = ice 
  
  
  
  
        self._sugar = sugar 
  
  
  
  
        self._tea = tea 
  
  
  
  
        self._cheese = cheese 
  
  
  
  
        self._making_api = making_api 
  
  
  
  
 
  
  
  
  
    def no_ice(self): 
  
  
  
  
        self._ice = 0 
  
  
  
  
 
  
  
  
  
    def additional_sugar(self): 
  
  
  
  
        self._sugar += 5 
  
  
  
  
 
  
  
  
  
    def additional_cheese(self): 
  
  
  
  
        self._cheese += 5 
  
  
  
  
 
  
  
  
  
    def prepare(self): 
  
  
  
  
        self._making_api.make(self._ice, self._sugar, self._tea, self._cheese) 
 
 
 
 

這里的ice、sugar、tea和cheese都是我們?nèi)粘Ｄ滩璁?dāng)中都會(huì)添加的原料，對(duì)于奶茶的制作我們往往也會(huì)提一些加芝士、去冰以及加糖這些要求，我們也把它們做成了單獨(dú)的方法，這些也都很好理解。

這里唯一有些需要注意的就是對(duì)于奶茶的制作過(guò)程，也就是prepare這個(gè)方法，其實(shí)并不是在BubbleTea這個(gè)類當(dāng)中實(shí)現(xiàn)的，而是通過(guò)making_api從外界傳來(lái)的。這里也就是我們bridge模式的應(yīng)用了，既然處理邏輯是外界傳來(lái)的，那么它其實(shí)就和奶茶這個(gè)類解耦了，我們可以在外面自己隨意定義這個(gè)api的實(shí)現(xiàn)方式，也不會(huì)有任何影響。如果我們要在BubbleTea這個(gè)類內(nèi)部來(lái)實(shí)現(xiàn)奶茶的話，要么我們對(duì)每一種奶茶實(shí)現(xiàn)一個(gè)類，要么我們?cè)谄渲凶龃罅康呐袛?，無(wú)論是哪一種情況顯然都不太好，會(huì)導(dǎo)致代碼大量的堆積和臃腫。

最后我們看一下making_api的實(shí)現(xiàn)，以及使用示例：

 
 
 
 

  
  
  
  
class CheeseTeaAPI: 
  
  
  
  
    def make(self, ice, sugar, tea, cheese): 
  
  
  
  
        print('cheese tea! cheese: {}, bubbles: 5, sugar: {}, tea: {}, ice: {}'.format(cheese, sugar, tea, ice)) 
  
  
  
  
 
  
  
  
  
 
  
  
  
  
class BubbleTeaAPI: 
  
  
  
  
    def make(self, ice, sugar, tea, cheese): 
  
  
  
  
        print('bubble tea! sugar: {}, tea: {}, ice: {}'.format(sugar, tea, ice)) 
  
  
  
  
         
  
  
  
  
         
  
  
  
  
if __name__ == '__main__': 
  
  
  
  
 
  
  
  
  
    teas = [BubbleTea(0, 5, 3, 0, BubbleTeaAPI()), BubbleTea(2, 5, 2, 4, CheeseTeaAPI())] 
  
  
  
  
 
  
  
  
  
    for tea in teas: 
  
  
  
  
        tea.no_ice() 
  
  
  
  
        tea.additional_sugar() 
  
  
  
  
        tea.prepare() 
 
 
 
 

如果大家還有困惑的話，不妨再看下代碼細(xì)節(jié)，仔細(xì)思考一下。整體來(lái)說(shuō)，bridge模式在Python當(dāng)中的實(shí)現(xiàn)還是比較簡(jiǎn)單的，最起碼比在Java中的實(shí)現(xiàn)簡(jiǎn)單多了。

本文轉(zhuǎn)載自微信公眾號(hào)「TechFlow」，可以通過(guò)以下二維碼關(guān)注。轉(zhuǎn)載本文請(qǐng)聯(lián)系TechFlow公眾號(hào)。

文章標(biāo)題：設(shè)計(jì)模式，一看就懂的橋模式，解耦可變量與主體邏輯
鏈接分享：http://uogjgqi.cn/article/coojepi.html