浅谈模式 - 桥梁模式

桥梁模式，我觉得是比较难理解的一个模式，它的定义很简单：将抽象和实现解耦，让它们可以独立变化。深刻理解却不容易。网上有很多案例，但这个模式如果以Demo来聊，我觉得无法学到它的精髓。这边以Dubbo中Transporter层的设计来说说桥梁模式。

这个模式比较隐晦，挺难理解的。什么是抽象，什么是实现？它这里面的抽象指的不是抽象类或者接口。实现也不是指的具体实现类。

我这边来解释下Transporter层是怎么提现桥梁模式的，声明下：这只是我个人的理解和观点，并非官方给出。

Transporter层的的抽象是指，Dubbo抽象了一整套适合Dubbo的网络传输层的"类库"。比如：看下Transporter的接口代码。

@SPI("netty")// 默认使用netty服务器
public interface Transporter {
    
    // 抽象出了bind行为，这个行为要完成服务端口暴露的动作，并且返回Server抽象
    // 无论netty，mina，grizzly或者其他的一些服务器暴露接口的动作叫啥名字，这边都被抽象成了bind
    // Exchange层只需要给URL和handler就可以完成端口暴露的动作
    Server bind(URL url, ChannelHandler handler) throws RemotingException;
        
    // 抽象出了connect行为，这个行为要完成客户端与服务端的连接动作，并且返回Client抽象
    // 无论netty，mina，grizzly或者其他的一些服务器做客户端连接时叫啥名字，这边都被抽象成了connect
    // Exchange层只需要给URL和handler就可以完成端口暴露的动作
    Client connect(URL url, ChannelHandler handler) throws RemotingException;
}

Dubbo为每个服务器都做了Transporter的适配。看下面的类图结构。

image

除此之外，还有Server，Client，EndPoint等都是Transporter层做出的抽象。看下：

// 对交互两端的抽象，分别是服务端和客户端。
public interface Endpoint {
    URL getUrl();
    ChannelHandler getChannelHandler();
    InetSocketAddress getLocalAddress();
    void send(Object message) throws RemotingException;
    void send(Object message, boolean sent) throws RemotingException;
    void close();
    void close(int timeout);
    void startClose();
    boolean isClosed();
}
// 对服务端的抽象
public interface Server extends Endpoint, Resetable {
    boolean isBound();
    Collection<Channel> getChannels();
    Channel getChannel(InetSocketAddress remoteAddress);
}
// 对客户端的抽象
public interface Client extends Endpoint, Channel, Resetable {
    void reconnect() throws RemotingException;
}

上述所举例子是Transporter层所提现的抽象，在来看下桥梁模式中的实现。实现指的是跟具体服务器相关的一套类库，分别Netty，Mina，Grizzly各自的类库。

这样的设计完全提现了桥梁模式的定义：将抽象和实现解耦，让它们可以独立变化。

查看全部浅谈模式 - 汇总篇