其他分享
首页 > 其他分享> > 设计模式--桥接模式

设计模式--桥接模式

作者:互联网

桥接模式也称为桥梁模式、接口模式或者柄体模式,是将抽象部分与它的具体实现部分分离,使它们都可以独立地变化,属于结构型模式。

桥接模式主要目的是通过组合的方式建立两个类之间的联系,而不是继承。但又类似于多继承的方式,但是多重继承方案往往违背了类的单一职责原则,其复用性比较差,桥接模式是比多重继承更好的替代方案。桥接模式的核心在于解耦抽象和实现。

桥接模式UML类图:

抽象(Abstraction):该类持有一个对实现角色的引用,抽象角色中的方法需要实现角色来实现。抽象角色一般为抽象类(构造函数规定子类要传入一个实现对象);

修正抽象(RefinedAbstraction):Abstraction的具体实现,对Abstraction的方法进行完善和扩展;

实现(Implementor):确定实现维度的基本操作,提供给Abstraction使用。该类一般为接口或抽象类;

具体实现(ConcreteImplementor):Implementor的具体实现。

桥接模式的通用写法:

创建抽象角色Abstraction类:

public abstract class Abstraction {

    protected Implementor implementor;

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

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

创建修正抽象角色RefinedAbstraction类:

public class RefinedAbstraction extends Abstraction{

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

    @Override
    public void operation() {
        super.operation();
        System.out.println("refined operation");
    }
}

创建实现角色Implementor类:

public interface Implementor {
    void operationImpl();
}

创建具体实现ConcreteImplementorA类:

public class ConcreteImplementorA implements Implementor{

    @Override
    public void operationImpl() {
        System.out.println("I'm ConcreteImplementor A");
    }
}

桥接模式的应用场景:

当一个类内部具备两种或多种变化维度时,使用桥接模式可以解耦这些变化的维度,使高层代码架构稳定。桥接模式适用于以下几种业务场景:

1、在抽象和具体实现之间需要增加更多的灵活性的场景;

2、一个类存在两个(或多个)独立变化的维度,而这两个(或多个)维度都需要独立进行扩展。

3、不希望使用继承,或因为多层继承导致系统类的个数剧增。

设计模式有一个原则:优先使用组合/聚合的方式,而不是继承。

桥接模式在源码中的应用:

JDBC API,其中有一个Driver类就是桥接对象。这里以mysql为例。

类图:

桥接模式的优缺点:

桥接模式遵循了里氏替换原则和依赖倒置原则,最终实现了开闭原则,对修改关闭,对扩展开放。

优点:

1、分离抽象部分及具体实现部分

2、提高了系统的扩展性

3、符合开闭原则

4、符合合成复用原则

缺点:

1、增加了系统的理解与设计难度

2、需要正确的识别系统中两个独立变化的维度

标签:Implementor,桥接,模式,--,Abstraction,implementor,设计模式,public
来源: https://www.cnblogs.com/snail-gao/p/14743342.html