快捷導(dǎo)航

java設(shè)計(jì)模式之橋接模式(Bridge)

更新時(shí)間：2017年01月02日 14:53:23 作者：yuminfeng728

這篇文章主要為大家詳細(xì)介紹了java設(shè)計(jì)模式之橋接模式Bridge，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下

概述

橋接模式一種結(jié)構(gòu)型模式，它主要應(yīng)對(duì)的是：由于實(shí)際的需要，某個(gè)類具有兩個(gè)或以上的維度變化，如果只是用繼承將無(wú)法實(shí)現(xiàn)這種需要，或者使得設(shè)計(jì)變得相當(dāng)臃腫。
橋接模式的做法是把變化的部分抽象出來(lái)，使變化部分與主類分離開來(lái)，從而將多個(gè)維度的變化徹底分離。最后，提供一個(gè)管理類來(lái)組合不同維度上的變化，通過(guò)這種組合來(lái)滿足業(yè)務(wù)的需要。

UML結(jié)構(gòu)圖

代碼示例

package interview;

interface Implementor{

  void operationImpl();
}

abstract class Abstraction{
  protected Implementor implementor;

  public Abstraction(Implementor implementor){
    this.implementor = implementor;
  }

  public void operation(){
    implementor.operationImpl();
  }
}

class ConcreteImplementorA implements Implementor {
  @Override
  public void operationImpl() {
    System.out.println("具體實(shí)現(xiàn)A");
  }  
}

class ConcreteImplementorB implements Implementor {
  @Override
  public void operationImpl() {
    System.out.println("具體實(shí)現(xiàn)B");
  }  
}

class RefinedAbstraction extends Abstraction{

  public RefinedAbstraction(Implementor implementor) {
    super(implementor);
  }

  public void otherOperation(){
    System.out.println("其他操作");
  }
}

public class MainTest {

  public static void main(String arg[]) {
    Implementor implementor = new ConcreteImplementorA();
    RefinedAbstraction abstraction = new RefinedAbstraction(implementor);
    abstraction.operation();
    abstraction.otherOperation();
  }
}

使用場(chǎng)景

1.如果你不希望在抽象和實(shí)現(xiàn)部分采用固定的綁定關(guān)系，可以采用橋接模式，來(lái)把抽象和實(shí)現(xiàn)部分分開，然后在程序運(yùn)行期間來(lái)動(dòng)態(tài)的設(shè)置抽象部分需要用到的具體實(shí)現(xiàn)，還可以動(dòng)態(tài)切換具體的實(shí)現(xiàn)。
2.如果出現(xiàn)抽象部分和實(shí)現(xiàn)部分都應(yīng)該可以擴(kuò)展的情況，可以采用橋接模式，讓抽象部分和實(shí)現(xiàn)部分可以獨(dú)立的變化，從而可以靈活的進(jìn)行單獨(dú)擴(kuò)展，而不是攪在一起，擴(kuò)展一邊可以影響另一邊。
3.如果希望實(shí)現(xiàn)部分的修改，不會(huì)對(duì)客戶產(chǎn)生影響，可以采用橋接模式，客戶是面向抽象的接口在運(yùn)行，實(shí)現(xiàn)部分的修改，可以獨(dú)立于抽象部分，也就不會(huì)對(duì)客戶產(chǎn)生影響了，也可以說(shuō)對(duì)客戶是透明的。
4.如果采用繼承的實(shí)現(xiàn)方案，會(huì)導(dǎo)致產(chǎn)生很多子類，對(duì)于這種情況，可以考慮采用橋接模式，分析功能變化的原因，看看是否能分離成不同的維度，然后通過(guò)橋接模式來(lái)分離他們，從而減少子類的數(shù)目。

如果一個(gè)系統(tǒng)需要在構(gòu)建的抽象化角色和具體化角色之間增加更多的靈活性，避免在兩個(gè)層次之間建立靜態(tài)的聯(lián)系。
抽象化角色和具體化角色都應(yīng)該可以被子類擴(kuò)展。在這種情況下，橋接模式可以靈活地組合不同的抽象化角色和具體化角色，并獨(dú)立化地?cái)U(kuò)展。
設(shè)計(jì)要求實(shí)現(xiàn)化角色的任何改變不應(yīng)當(dāng)影響客戶端，或者說(shuō)實(shí)現(xiàn)化角色的改變對(duì)客戶端是完全透明的。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

您可能感興趣的文章: