您当前的位置: 首页 > 

顧棟

暂无认证

  • 2浏览

    0关注

    227博文

    0收益

  • 0浏览

    0点赞

    0打赏

    0留言

私信
关注
热门博文

桥接模式(Bridge Pattern)

顧棟 发布时间:2021-05-31 01:19:43 ,浏览量:2

文章目录
  • 桥接模式(Bridge Pattern)
    • 桥接模式的定义
    • 桥接模式的结构
    • 桥接模式的优点
    • 桥接模式的缺点
    • 桥接模式的实现
    • 桥接模式的使用场景

桥接模式(Bridge Pattern) 桥接模式的定义

将抽象与实现分离,使它们可以独立变化。它是用组合关系代替继承关系来实现,从而降低了抽象和实现这两个可变维度的耦合度。

桥接模式的结构

桥接(Bridge)模式包含以下主要角色。

  1. 抽象化(Abstraction)角色:定义抽象类,并包含一个对实现化对象的引用。它的主要职责是定义出该角色的行为,同时保存一个对实现化角色的引用,该角色一般是抽象类。
  2. 扩展抽象化(Refined Abstraction)角色:是抽象化角色的子类,实现父类中的业务方法,并通过组合关系调用实现化角色中的业务方法。它引用实现化角色对抽象化角色进行修正。
  3. 实现化(Implementor)角色:定义实现化角色的接口,供扩展抽象化角色调用。它是接口或者抽象类,定义角色必需的行为和属性。
  4. 具体实现化(Concrete Implementor)角色:给出实现化角色接口的具体实现。它实现接口或抽象类定义的方法和属性。

抽象角色引用实现角色,或者说抽象角色的部分实现是由实现角色完成的。

桥接模式的优点
  • 抽象与实现分离,扩展能力强
  • 符合开闭原则
  • 符合合成复用原则
  • 其实现细节对客户透明
桥接模式的缺点

由于聚合关系建立在抽象层,要求开发者针对抽象化进行设计与编程,能正确地识别出系统中两个独立变化的维度,这增加了系统的理解与设计难度。

桥接模式的实现
public interface Driver {
    public void executeSQL();
}
public class MysqlDriver implements Driver {
    @Override
    public void executeSQL() {
        System.out.println("execute sql by Mysql Driver");
    }
}
public class OracleDriver implements Driver {
    @Override
    public void executeSQL() {
        System.out.println("execute sql by Oracle Driver");
    }
}
public abstract class DriverManagerBridge {

    private Driver driver;

    public void execute() {
        this.driver.executeSQL();
    }

    public Driver getDriver() {
        return driver;
    }

    public void setDriver(Driver driver) {
        this.driver = driver;
    }
}
public class MyDriverManagerBridge extends DriverManagerBridge {
    @Override
    public void execute() {
        getDriver().executeSQL();
    }
}
public static void main(String[] args) {
    DriverManagerBridge driverManagerBridge = new MyDriverManagerBridge();
    driverManagerBridge.setDriver(new MysqlDriver());
    driverManagerBridge.execute();
    driverManagerBridge.setDriver(new OracleDriver());
    driverManagerBridge.execute();
}
桥接模式的使用场景
  • 不希望或不适用使用继承的场景
  • 接口或抽象类不稳定的场景
  • 接口或抽象类不稳定的场景
  • 当一个类存在两个独立变化的维度,且这两个维度都需要进行扩展时。
  • 当一个系统不希望使用继承或因为多层次继承导致系统类的个数急剧增加时。
  • 当一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性时。

本文主要参考:

  1. 《C语言中文网》设计模式的相关内容
  2. 《设计模式之禅》第二版 秦小波
关注
打赏
1663402667
查看更多评论
立即登录/注册

微信扫码登录

0.0375s