24.2　解 决 方 案

24.2.1　使用桥接模式来解决问题

用来解决上述问题的一个合理的解决方案，就是使用桥接模式。那么什么是桥接模式呢？

1．桥接模式的定义

将抽象部分与它的实现部分分离，使它们都可以独立地变化。

2．应用桥接模式来解决问题的思路

仔细分析上面的示例，根据示例的功能要求，示例的变化具有两个纬度，一个纬度是抽象的消息这边，包括普通消息、加急消息和特急消息，这几个抽象的消息本身就具有一定的关系，加急消息和特急消息会扩展普通消息；另一个纬度是在具体的消息发送方式上，包括站内短消息、E-mail和手机短信息，这几个方式是平等的，可被切换的方式。这两个纬度一共可以组合出9种不同的可能性来。它们的关系如图24.5所示。

图24.5　发送消息的可能性的组合示意图

提示

现在出现问题的根本原因，就在于消息的抽象和实现是混杂在一起的，这就导致了一个纬度的变化会引起另一个纬度进行相应的变化，从而使得程序扩展起来非常困难。

要想解决这个问题，就必须把这两个纬度分开，也就是将抽象部分和实现部分分开，让它们相互独立，这样就可以实现独立的变化，使扩展变得简单。

桥接模式通过引入实现的接口，把实现部分从系统中分离出去。那么，抽象这边如何使用具体的实现呢？肯定是用面向实现的接口来编程了，为了让抽象这边能够很方便地与实现结合起来，把顶层的抽象接口改成抽象类，在其中持有一个具体的实现部分的实例。

这样一来，对于需要发送消息的客户端而言，就只需要创建相应的消息对象，然后调用这个消息对象的方法就可以了，这个消息对象会调用持有的真正的消息发送方式来把消息发送出去。也就是说客户端只是想要发送消息而已，并不想关心具体如何发送。

24.2.2　桥接模式的结构和说明

桥接模式的结构如图24.6所示。

图24.6　桥接模式的结构示意图

■　Abstraction：抽象部分的接口。通常在这个对象中，要维护一个实现部分的对象引用，抽象对象里面的方法，需要调用实现部分的对象来完成。这个对象中的方法，通常都是和具体的业务相关的方法。

■　RefinedAbstraction：扩展抽象部分的接口。通常在这些对象中，定义跟实际业务相关的方法，这些方法的实现通常会使用Abstraction中定义的方法，也可能需要调用实现部分的对象来完成。

■　Implementor：定义实现部分的接口。这个接口不用和Abstraction中的方法一致，通常是由Implementor接口提供基本的操作。而Abstraction中定义的是基于这些基本操作的业务方法，也就是说Abstraction定义了基于这些基本操作的较高层次的操作。

■　ConcreteImplementor：真正实现Implementor接口的对象。

24.2.3　桥接模式示例代码

（1）先看看Implementor接口的定义。示例代码如下：

（2）再看看Abstraction接口的定义。注意一点，虽然说是接口定义，但其实是实现成为抽象类。示例代码如下：

（3）接下来看看具体的实现。其中一个实现的示例代码如下：

另外一个实现。示例代码如下：

（4）最后来看看扩展Abstraction接口的对象实现。示例代码如下：

24.2.4　使用桥接模式重写示例

学习了桥接模式的基础知识，该来使用桥接模式重写前面的示例了。通过示例，来看看使用桥接模式来实现同样的功能，是否能解决“既能方便地实现功能，又能有很好的扩展性”的问题。

要使用桥接模式来重新实现前面的示例，首要任务就是要把抽象部分和实现部分分离出来，分析要实现的功能。抽象部分就是各个消息的类型所对应的功能，而实现部分就是各种发送消息的方式。

其次要按照桥接模式的结构，给抽象部分和实现部分分别定义接口，然后分别实现它们就可以了。

1．从简单功能开始

从相对简单的功能开始，先实现普通消息和加急消息的功能，发送方式先实现站内短消息和E-mail两种。

使用桥接模式来实现这些功能的程序结构如图24.7所示。

图24.7　使用桥接模式来实现简单功能示例的程序结构示意图

下面看看代码实现，会更清楚一些。

（1）先看看实现部分定义的接口。示例代码如下：

（2）再看看抽象部分定义的接口。示例代码如下：

（3）看看如何具体地实现发送消息。

先看看站内短消息的实现吧。示例代码如下：

再看看E-mail方式的实现。示例代码如下：

（4）接下来该看看如何扩展抽象的消息接口了。

先看看普通消息的实现。示例代码如下：

再看看加急消息的实现。示例代码如下：

2．添加功能

看了上面的实现，发现使用桥接模式来实现也不是很困难，关键得看是否能解决前面提出的问题，那就来添加还未实现的功能看看，添加对特急消息的处理，同时添加一个使用手机发送消息的方式，该怎么实现呢？

很简单，只需要在抽象部分再添加一个特急消息的类，扩展抽象消息就可以把特急消息的处理功能加入到系统中；对于添加手机发送消息的方式也很简单，在实现部分新增加一个实现类，实现用手机发送消息的方式就可以了。

这么简单？好像看起来完全没有了前面所提到的问题。的确如此，采用桥接模式来实现，抽象部分和实现部分分离开了，可以相互独立地变化，而不会相互影响。因此在抽象部分添加新的消息处理，对发送消息的实现部分是没有影响的；反过来增加发送消息的方式，对消息处理部分也是没有影响的。

接着看看代码实现。

（1）先看看新的特急消息的处理类。示例代码如下：

（2）再看看使用手机短消息的方式发送消息的实现。示例代码如下：

3．测试功能

看了上面的实现，可能会感觉到，使用桥接模式来实现前面的示例，添加新的消息处理，或者是新的消息发送方式是如此简单，可是这样实现，好用吗？写个客户端来测试和体会一下。示例代码如下：

运行结果如下：

前面三条是使用的站内短消息，后面三条是使用的手机短消息，正确地实现了预期的功能。看来前面的实现应该是正确的，能够完成功能，并且能灵活扩展。