桥梁模式

 

桥梁模式的用意是把抽象化与实现化脱耦。脱耦是说把抽象和实现之间的耦合解脱，或者说把强关联变成弱关联。桥梁模式的脱耦指的就是把抽象和实现之间的继承/实现关系变成组合/聚合关系。从而可以使两者可以相对独立的变化。这就是桥梁模式的本意。

结构图如下：

桥梁模式的关键是找出抽象化角色和具体化角色。典型应用是JDBC应用。

JDBC API属于抽象化角色，而driver则属于具体化角色。

其中需要通过一个DriverManager类根据指定URL得到具体实现。

 

仔细体会了一下桥梁模式，感觉凡是“调用和实现”之间的问题都可以用桥梁模式解决，比如说Dao层给Service层之间的调用，Service作为调用方dao为实现方只不过Service层只有一种实现罢了，可以看作是一种简化了的桥梁模型，dao可能有 HibernateDao 、JdbcDao
Java代码如下：
interface Dap{
List findAll();
}
class HibernateUserDao implements Dao{}
class JdbcUserDao implements Dao{}
interface UserService{
List findAllUser();
}
class UserServiceImpl implements UserService(Dao dao){
private Dao dao;
public UserService Impl(Dao dao){
this.dao = dao;
}
public List findAllUser(){
dao.findAll();
}
这个代码是不是给上面的画图程序很类似呢，不同指出就是Service层只有一个实现UserServiceImpl，所以说是这是一种简化的桥梁