关于桥接模式的理解

首先来看下桥接模式的定义：将抽象部分与实现部分分离，使它们都可以独立的变化。

桥接模式中类的关系：

    1、接口Implementor，接口实现类ConcreteImplementor1、ConcreteImplementor2

    2、抽象类Abstraction，子类RefineAbstraction。

所谓将抽象与实现分离，指的是弃用继承的方式产生对象，而采用聚合/组合的方式产生对象。

如果有一个接口Computer，由电脑接口产生类pad、pc等，然后再继承pad、pc产生dell pad，dell pc， apple pad， apple pad等。

这样每增加一个品牌，都会多出来相应个类。在使用桥接模式后，类bridge持有computer一个实现类的对象，

再继承bridge产生dell bridge， apple bridge等， 这样没增加一个品牌，只产生一个bridge的子类，大大减少了类的数量。

这就是桥接模式的精髓所在。如果一个接口会往两个方向发展，则可以用桥接模式减少实现类的数量

在谈到桥接模式时，免不了会提到jdbc,有一个driver驱动接口，mysql，db2，oracle等实现此接口，产生各个数据库的驱动，

DriveManage调用驱动对象进行数据库连接管理，但是在jdk中，drive只是连接数据库用的驱动，DriveManage也只是管理数据库驱动的管理器

在这一点上，DriveManage并不是抽象的，在这一点上与桥接模式设计的初衷相违背。

所以，我认为，jdbc的设计模式更应该归结为策略模式而不是桥接模式