1异步
诸如短信、邮件、微信公众号消息、app push等是互联网应用不可或缺的消息通知服务,通常我们在处理这类服务时,都是使用异步消息(不阻塞我当前线程执行流程)。
多个渠道(可能只涉及某个或某几个)如果同步处理显然会影响正常业务性能,而且消息通知代码逻辑穿插在业务逻辑中也不符合设计原则。
2策略
策略模式简而言之就是一堆if…else…的优雅展示,如果每增加一种策略都需要对代码进行修改扩充(增加if…else…判断逻辑),那么不妨将每种策略抽离出来(面向统一接口实现不同逻辑)。显然,如果策略过多同样存在弊端(策略类会膨胀),通常消息渠道不会太多,可以策略一下。以rabbitmq为例:
如果业务需要同时发送邮件和微信消息提醒,只需指定routing key为email.wx即可,这样每个消费者监听自己负责的队列即可,业务逻辑全部高内聚在队列监听器里。新增的消息渠道,只需要创建新的队列,绑定新的routing key,添加新的队列监听器即可,无需修改原有代码逻辑。