桥接模式Bridge

一、介绍 

1. 将抽象部分与实现部分分离,使它们都可以独立的变化。
2. 通过提供抽象化和实现化之间的桥接结构,来实现二者的解耦。
3. 这种模式涉及到一个作为桥接的接口,使得实体类的功能独立于接口实现类。这两种类型的类可被结构化改变而互不影响。
4. 注意事项：对于两个独立变化的维度,使用桥接模式再适合不过了。

本质：springMVC seviceImpl 添加各种 service接口

二、主要解决

 在有多种可能会变化的情况下,用继承会造成类爆炸问题,扩展起来不灵活。

三、何时使用

 实现系统可能有多个角度分类,每一种角度都可能变化。

四、如何解决

 把这种多角度分类分离出来,让它们独立变化,减少它们之间耦合。

 五、优缺点

1. 优点：
   1. 抽象和实现的分离
   2. 优秀的扩展能力
   3. 实现细节对客户透明。
2. 缺点：
   1. 桥接模式的引入会增加系统的理解与设计难度,由于聚合关联关系建立在抽象层,要求开发者针对抽象进行设计与编程。

六、使用场景

1. 如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性,避免在两个层次之间建立静态的继承联系,通过桥接模式可以使它们在抽象层建立一个关联关系。
2. 对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统,桥接模式尤为适用。
3. 一个类存在两个独立变化的维度,且这两个维度都需要进行扩展。

//画接口
public interface DrawAPI {
    void drawCircle();
}
------------
public class GreenCircle implements DrawAPI {
    @Override
    public void drawCircle( ) {
        System.out.println("画绿色园");
    }
}
------------
public class RedCircle implements DrawAPI {
    @Override
    public void drawCircle() {
        System.out.println("画红色园");
    }
}
-----------
//形状
public abstract class Shape {
    //画接口
    protected DrawAPI drawAPI;

    protected Shape(DrawAPI drawAPI) {
        this.drawAPI = drawAPI;
    }

    public abstract void draw();
}
------------
//圆
public class Circle extends Shape {

    public Circle(DrawAPI drawAPI) {
        super(drawAPI);
    }

    @Override
    public void draw() {
        drawAPI.drawCircle();
    }
}
-----------
public class Test {
    public static void main(String[] args) {
        //红色圆
        Shape redCircle = new Circle(new RedCircle());
        //绿色圆
        Shape greenCircle = new Circle(new GreenCircle());

        redCircle.draw();
        greenCircle.draw();
    }
}
-----------
输出：
画红色园
画绿色园