设计模式总结篇系列：桥接模式（Bridge）

在实际类设计过程中，有时会遇到此类情况：由于实际的需要，某个类具有两个或两个以上的维度变化，如果利用继承将每种可能的变化情况都定义成一个类，一是会导致类膨胀的问题，二是以后不太好维护和并且违背类的设计原则。那么面对这种情况，类改如何设计呢？这就是本文所要讲到的桥接模式。

简单的讲，桥接模式是指：将抽象和行为划分开来，从而将各个可能变化的维度分离开来，各自独立成一个类，但是能够动态的组合。

貌似有点抽象，下面通过一个简单的例子来理解桥接模式。

我们可以通过Email发送信息，也可以手段短信发送信息（当然，以后很可能新增电报发信息等等），同时，根据信息的紧急程度，还可以分为紧急和普通（当然以后可能新增不紧急、特别紧急等等），桥接模式中类该怎么设计呢？

1.首先抽离出两个变化的维度：信息类型和和发信息的方式：

发信息接口：

interface SendMsgInterface {

    public void sendMsg();

}

信息类型的抽象类：

abstract class Msg {

    private SendMsgInterface smi;

    public Msg(SendMsgInterface smi) {
        this.smi = smi;
    }

    public abstract void send();

}

2.定义Emil发送方式类和Sms方式发送类：

class EmailSendMsg implements SendMsgInterface{

    @Override
    public void sendMsg() {
        System.out.println("Email 方式发送");
    }
    
}

class SmsSendMsg implements SendMsgInterface{

    @Override
    public void sendMsg() {
        System.out.println("Sms 方式发送");
    }
    
}

3.定义紧急信息和普通信息类：

class ImportantMsg extends Msg {

    public ImportantMsg(SendMsgInterface smi) {
        super(smi);
    }

    @Override
    public void send() {
        System.out.println("紧急信息");
    }

}

class NormalMsg extends Msg {

    public NormalMsg(SendMsgInterface smi) {
        super(smi);
    }

    @Override
    public void send() {
        System.out.println("普通信息");
    }
    
}

4.客户端测试：

public class BridgeTest {

    public static void main(String[] args) {
        // 以手机短信发送发送紧急信息
        SendMsgInterface smdSendMsg = new SmsSendMsg();
        Msg importantMsg = new ImportantMsg(smdSendMsg);
        importantMsg.send();
    }

}

看，桥接模式对于多个维度的变化处理起来很有优势。

按照其他的模式定义，如外观模式需要增加一个外观类，代理模式需要增加一个代理类等，在如上的桥接模式设计中，其实Msg已经隐含的作为桥接的父类，当然，设计模式是死的，人是活的，其实也可以单独定义出一个专门用于桥接目的的桥接类。