《设计模式就该这样学》之使用桥接模式设计复杂的消息系统

本文节选自《设计模式就该这样学》

举个例子，我们在平时办公的时候经常通过邮件消息、短信消息或者系统内消息与同事进行沟通。尤其在走一些审批流程的时候，我们需要记录这些过程以备查。根据类型来划分，消息可以分为邮件消息、短信消息和系统内消息。但是，根据紧急程度来划分，消息可以分为普通消息、加急消息和特急消息。显然，整个消息系统可以划分为两个维度，如下图所示。

如果我们用继承，则情况就复杂了，而且也不利于扩展。邮件消息可以是普通的，也可以是加急的；短信消息可以是普通的，也可以是加急的。下面我们用桥接模式来解决这个问题。首先创建一个IMessage接口担任桥接的角色。

/**
 * 实现消息发送的统一接口
 */
public interface IMessage {
    //要发送的消息的内容和接收人
    void send(String message, String toUser);
}

创建邮件消息实现EmailMessage类。

/**
 * 邮件消息的实现类
 */
public class EmailMessage implements IMessage {
    public void send(String message, String toUser) {
        System.out.println("使用邮件消息发送" + message + "给" + toUser);
    }
}

创建短信消息实现SmsMessage类。

/**
 * 短信消息的实现类
 * SMS(Short IMessage Service)短信消息服务
 */
public class SmsMessage implements IMessage {
    public void send(String message, String toUser) {
        System.out.println("使用短信消息发送" + message + "给" + toUser);
    }
}

然后创建桥接抽象角色AbstractMessage类。

/**
 * 抽象消息类
 */
public abstract class AbstractMessage {
    //持有一个实现部分的对象
    IMessage message;

    //构造方法，传入实现部分的对象
    public AbstractMessage(IMessage message) {
        this.message = message;
    }

    //发送消息，委派给实现部分的方法
    public void sendMessage(String message, String toUser) {
        this.message.send(message, toUser);
    }
}

创建具体实现普通消息NomalMessage类。

/**
 * 普通消息类
 */
public class NomalMessage extends AbstractMessage {

    //构造方法，传入实现部分的对象
    public NomalMessage(IMessage message) {
        super(message);
    }

    @Override
    public void sendMessage(String message, String toUser) {
        //对于普通消息，直接调用父类方法发送消息即可
        super.sendMessage(message, toUser);
    }
}

创建具体实现加急消息UrgencyMessage类。

/**
 * 加急消息类
 */
public class UrgencyMessage extends AbstractMessage {

    //构造方法
    public UrgencyMessage(IMessage message) {
        super(message);
    }

    @Override
    public void sendMessage(String message, String toUser) {
        message = "加急：" + message;
        super.sendMessage(message, toUser);
    }

    //扩展它功能，监控某个消息的处理状态
    public Object watch(String messageId) {
        //根据给出的消息编码（messageId）查询消息的处理状态
        //组织成监控的处理状态，然后返回
        return null;
    }
}

最后编写客户端测试代码。

 public static void main(String[] args) {
        IMessage message = new SmsMessage();
        AbstractMessage abstractMessage = new NomalMessage(message);
        abstractMessage.sendMessage("加班申请速批", "王总");

        message = new EmailMessage();
        abstractMessage = new UrgencyMessage(message);
        abstractMessage.sendMessage("加班申请速批", "王总");
}

运行结果如下图所示。

在上面的案例中，我们采用桥接模式解耦了“消息类型”和“消息紧急程度”这两个独立变化的维度。后续如果有更多的消息类型，比如微信、钉钉等，则直接新建一个类继承IMessage即可；如果紧急程度需要新增，则同样只需新建一个类实现AbstractMessage类即可。

设计模式系列文：

《设计模式就该这样学》之趣谈装饰器模式，让你一辈子不会忘

看了这篇文章后，面试官再也不敢问你非结构化存储的原理了

吹爆阿里P8的SQL优化笔记，由于太全直接被GitHub下架

《设计模式就该这样学》之使用策略模式重构电商折扣和支付场景