实际项目中的消息中心

前一篇文章讲到我们项目的工作流，这一篇我们扒一扒项目中的消息中心，msgcenter。消息可以分成很多种消息：留存可重复查看的DB消息，短暂保存在redis的comet消息，短信形式的msg消息，推送到手机的push消息等等。但是不管是哪种类型的消息，在我们的项目中都有统一的格式。（不管是db，msg或者是push都是一样的格式），这样就能保证存储和显示已经推送的一致性。

项目中的消息中心也是独立的模块，用maven依赖被各个网关层使用，当然简单方便，不过后来看了一篇文章，讲到微服务，我就在想是不是可以把消息模块独立出来做一个微服务，这样对消息中心做的优化就不用再修改别的网关应用了。不过这个是架构师哥哥处理的问题，我就是这么简单的想想。

废话不说，我们看msgcenter的层次

还是统一的层次，因为是模型，没有集成web层。dal是数据库持久层，domain是模型层（最接近模型的层），facade层是对外提供能力的层（外观模式，定义了对外提供能力的接口），biz是实现facade层的实例层，integration是集成其他模块的层（这一层很有意思，到时候我们单独写一篇文章介绍），test是测试层

那既然我们的消息中心是一个模型，供其他系统调用，那我们就看下facade对外提供的能力吧。

看facade层只有两个接口类（我们只关注MsgSenderFacade接口），

public interface MsgSenderFacade {
    /**
     * 发送消息
     *
     * @param list
     * @return
     */
    List<MsgBodyDTO> sendMsgs(List<MsgBodyDTO> list);

我们简单的看下发送消息的方法，系统中所有的消息调用的都是这个方法，是不是很屌，原因上面我们讲到过，不管什么类型的消息，他们都有统一的格式，那就是MsgBodyDTO,里面就是我们平常类的ID，消息模板ID，模板的替换数组，接收用户的ID，接收用户的电话号码，业务号，标题，真实内容，创建时间