场景分析
商城系统中常见的商品分类，以电脑为例，如何良好的处理商品分类销售的问题？
这个场景有两个维度：电脑类型、电脑品牌。
模式定义：
将抽奖部分与它的实现部分分离，使它们都可以独立地变化。
模式结构
模式结构
代码实现
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();
}
}
模式的优缺点
模式的优点
分离抽象接口及其实现部分。
桥接模式有时类似于多继承方案，但是多继承方案违背了类的单一职责原则（即一个类只有一个变化的原因），复用性比较差，而且多继承结构中类的个数非常庞大，桥接模式是比多继承方案更好的解决方法。
桥接模式提高了系统的可扩充性，在两个变化维度中任意扩展一个维度，都不需要修改原有系统。
实现细节对客户透明，可以对用户隐藏实现细节。
模式的缺点
桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。
桥接模式要求正确识别出系统中两个独立变化的维度，因此其使用范围具有一定的局限性。
思考
模式本质：分离抽象和实现。
处理多层继承结果，处理多维度变化的场景，将各个维度设计成独立的继承结构，使得各个维度可以独立的扩展在抽象层建立的关系。
开发中的应用场景
如果不希望在抽象部分和实现部分采用固定的绑定关系，可以采用桥接模式，可以把抽象部分和实现部分分开，然后程序运行期间动态地设置抽象部分需要用到的具体的实现。
如果出现抽象部分和实现部分都能够扩展的情况，可以采用桥接模式，让抽象部分和实现部分独立的变化，从而灵活的进行单独扩展。
如果希望实现部分的修改不会对客户端产生影响，可以采用桥接模式。
如果采用继承的实现方案，会导致产生很多子类，对于这种情况，可以考虑采用桥接模式。
