桥接模式

场景分析

商城系统中常见的商品分类，以电脑为例，如何良好的处理商品分类销售的问题？

这个场景有两个维度：电脑类型、电脑品牌。

模式定义：

将抽奖部分与它的实现部分分离，使它们都可以独立地变化。

模式结构

代码实现

public interface Brand {
    void sale();
}

public class Dell implements Brand {
    public void sale() {
        System.out.print("卖戴尔牌");
    }
}

public class Lenovo implements Brand {
    public void sale() {
        System.out.print("卖联想牌");
    }
}

public abstract class Computer {
    public abstract void sale();
}

@AllArgsConstructor
public class Laptop extends Computer {
    private Brand brand;

    @Override
    public void sale() {
        brand.sale();
        System.out.println("笔记本");
    }
}

@AllArgsConstructor
public class DesktopComputer extends Computer {
    private Brand brand;
    @Override
    public void sale() {
        brand.sale();
        System.out.println("台式机");
    }
}

public class Client {
    public static void main(String[] args) {
        Brand brand = new Dell();
        Computer computer = new DesktopComputer(brand);
        computer.sale();
    }
}

模式的优缺点

模式的优点

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

模式的缺点

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

思考

模式本质：分离抽象和实现。

处理多层继承结果，处理多维度变化的场景，将各个维度设计成独立的继承结构，使得各个维度可以独立的扩展在抽象层建立的关系。

开发中的应用场景

如果不希望在抽象部分和实现部分采用固定的绑定关系，可以采用桥接模式，可以把抽象部分和实现部分分开，然后程序运行期间动态地设置抽象部分需要用到的具体的实现。
如果出现抽象部分和实现部分都能够扩展的情况，可以采用桥接模式，让抽象部分和实现部分独立的变化，从而灵活的进行单独扩展。
如果希望实现部分的修改不会对客户端产生影响，可以采用桥接模式。
如果采用继承的实现方案，会导致产生很多子类，对于这种情况，可以考虑采用桥接模式。

场景分析

模式定义：

模式结构

代码实现

模式的优缺点

模式的优点

模式的缺点

思考

开发中的应用场景

推荐阅读更多精彩内容