桥接模式（结构型）

目录

一、前言

二、桥接模式

三、总结

---

一、前言

        桥接模式（Bridge Pattern）是一种常用的设计模式，它可以将抽象部分与它的实现部分分离，使它们可以独立地变化。桥接模式通常用于需要在多个维度上扩展一个类的情况，或者需要避免在抽象和实现之间存在固定的绑定关系的情况。

        桥接模式的核心思想是将抽象部分和实现部分分离出来，使它们可以独立地变化。在桥接模式中，抽象部分和实现部分通过一个桥接接口连接在一起，这个接口允许抽象部分和实现部分之间的交互。这种分离的好处在于，它可以使系统更加灵活和可扩展，因为抽象部分和实现部分可以独立地变化，而不会对客户端代码产生影响。

二、桥接模式

        比如我们有个需求制作服装，现在需要制作长袖，颜色有红色、绿色，这时候需要两个类，一个长袖红色、一个长袖绿色；后期有新需求，又要增加短袖制作，这时候就需要长袖红色、长袖绿色、短袖红色、短袖绿色；假设后期再增加一个颜色，就又需要增加两个类，如此下来，当种类和颜色等增加，增加的类就很多，如果利用桥接模式，就能减少类的增加。比如有类型：长袖、短袖；颜色：红色、绿色；尺码：L、M码，则根据桥接模式有类图：

        从类图可以看出，如果有新的增加，只需要再增加一个对应类即可。

        首先定义实现，提供基本操作的接口：

/**
* 颜色实现
*/
public interface ColorApi {
    void paint();
}

/**
* 尺码实现
*/
public interface SizeApi {
    void size();
}

        再定义具体实现：

public class GreenApi implements ColorApi{
    @Override
    public void paint() {
        System.err.print("绿色->");
    }
}

public class RedApi implements ColorApi{
    @Override
    public void paint() {
        System.err.print("红色->");
    }
}

public class LApi implements SizeApi{
    @Override
    public void size() {
        System.err.println("L码");
    }
}

public class MApi implements SizeApi{
    @Override
    public void size() {
        System.err.println("M码");
    }
}

        定义抽象类，包含对实现接口的引用：

public abstract class TypeApi {
    protected ColorApi colorApi;
 
    protected SizeApi sizeApi;
 
    public void setSpecification(ColorApi colorApi, SizeApi sizeApi){
        this.colorApi = colorApi;
        this.sizeApi = sizeApi;
    }
 
    public abstract void type();
}

        扩展抽象，抽象类的子类或具体实现类：

public class LongType extends TypeApi{
    @Override
    public void type() {
        System.err.print("长袖->");
        colorApi.paint();
        sizeApi.size();
    }
}

public class ShortType extends TypeApi{
    @Override
    public void type() {
        System.err.print("短袖->");
        colorApi.paint();
        sizeApi.size();
    }
}

        客户类：

public class BridgeClient {
    public static void main(String[] args) {
        TypeApi longType = new LongType();
        longType.setSpecification(new RedApi(), new LApi());
        longType.type();
 
 
        TypeApi shortType = new ShortType();
        shortType.setSpecification(new GreenApi(), new MApi());
        shortType.type();
    }
}

        运行结果：

三、总结

        其中几个关键角色定义：

• 抽象（Abstraction）：定义抽象接口，通常包含对实现接口的引用。
• 扩展抽象（Refined Abstraction）：对抽象的扩展，可以是抽象类的子类或具体实现类。
• 实现（Implementor）：定义实现接口，提供基本操作的接口。
• 具体实现（Concrete Implementor）：实现实现接口的具体类。

        优点与缺点：

优点：

实现抽象和实现的分离
桥接模式提高了系统的可扩充性，在两个变化维度中任意扩展一个维度，都不需要修改原有系统
桥接模式有时类似于多继承方案，但是多继承方案违背了类的单一职责原则（即一个类只有一个变化的原因），复用性比较差，而且多继承结构中类的个数非常庞大，桥接模式是比多继承方案更好的解决方法
缺点：

桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。
桥接模式要求正确识别出系统中两个独立变化的维度，因此其使用范围具有一定的局限性。

        使用场景：

1、如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。

2、对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用。

3、一个类存在两个独立变化的维度，且这两个维度都需要进行扩展。