设计模式--桥接模式
作者:互联网
桥接模式也称为桥梁模式、接口模式或者柄体模式,是将抽象部分与它的具体实现部分分离,使它们都可以独立地变化,属于结构型模式。
桥接模式主要目的是通过组合的方式建立两个类之间的联系,而不是继承。但又类似于多继承的方式,但是多重继承方案往往违背了类的单一职责原则,其复用性比较差,桥接模式是比多重继承更好的替代方案。桥接模式的核心在于解耦抽象和实现。
桥接模式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