Android设计模式-桥接模式

UML关系简单介绍
UML简单使用的介绍
创建型设计模式
Android设计模式-单例模式
Android设计模式-工厂模式
Android设计模式-抽象工厂模式
Android设计模式-建造者模式
Android设计模式-原型模式
结构型设计模式
Android设计模式-代理模式
Android设计模式-装饰模式
Android设计模式-适配器模式
Android设计模式-组合模式
Android设计模式-门面模式
Android设计模式-桥接模式
Android设计模式-享元模式
行为型设计模式
Android设计模式-策略模式
Android设计模式-命令模式
Android设计模式-责任链模式
Android设计模式-模版方法模式
Android设计模式-迭代器模式
Android设计模式-观察者模式
Android设计模式-备忘录模式
Android设计模式-中介者模式
Android设计模式-访问者模式
Android设计模式-状态模式
Android设计模式-解释器模式

1.定义

将抽象和实现解耦，使得两者可以独立的变化

2.桥接模式UML图

桥接模式UML图

角色介绍

• Abstraction 抽象化角色 定义出该角色的行为，并且保存对实现化角色的引用，该角色一般是抽象类
• Implementor 实现化角色 为接口或者抽象类，定义角色必须的行为和属性
• RefinedAbstraction 修正抽象化角色 它引用实现化角色，对抽象画角色进行修正
• ConcreteImplementor 具体实现化角色 实现了实现化角色里定义的行为和属性
  总结说就是抽象角色引用了实现角色，或者说抽象角色的部分实现是由实现角色来完成的

3.简单实现

3.1抽象化角色

public abstract class Abstraction {
    private Implementor implementor;

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

    public Implementor getImplementor() {
        return implementor;
    }
    public void request(){
        this.implementor.doSomething();
    }
}

3.2实现化角色

public interface Implementor {
     void doSomething();
     void doAnything();
}

3.3修正抽象化角色

public class RefinedAbstraction extends Abstraction {

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

    @Override
    public void request() {
        super.request();
        super.getImplementor().doAnything();
    }
}

3.4 具体实现化角色

public class ConcreteImplementor implements Implementor {
    @Override
    public void doSomething() {
        System.out.println("doSomething");
    }

    @Override
    public void doAnything() {
        System.out.println("doAnything");
    }
}

3.5场景调用

public class MyClass {
    public static void main(String args[]) {
        Implementor implementor=new ConcreteImplementor();
        Abstraction abstraction=new RefinedAbstraction(implementor);
        abstraction.request();
    }
}

打印结果

doSomething
doAnything

例子很简单，通过桥接模式，可以让扩展变得很轻松。

4.总结

4.1优点

• 抽象和实现分离，在该模式下，实现可以不受抽象的约束。不用再绑定在一个固定的抽象层次上。是为了解决继承的缺点而提出的设计模式
• 扩展灵活
• 实现细节对客户透明，客户不用关心细节对实现，他已经在抽象层通过聚合关系完成了封装

4.2使用场景

• 不适用使用继承对场景，或者不希望使用继承对场景
• 接口或者抽象类不稳定的情况。明知道接口或抽象类不稳定，还通过继承的写法来实现业务，那是得不偿失的。
• 重用性要求较高的场景，设计的颗粒度越细，则被重用的可能性就越大，而采用继承的方式则受父类的影响。不可能出现太细的粒度。

4.3注意事项

桥接模式的意图是对变化对封装，尽量把可能变化对因素封装到更细更小的逻辑单元，避免风险扩散。而不能只要用继承的就换成桥接。