客户端|如何从0-1重构建消息系统：服务端( 三 )_

3. 系统触发管理设计

文章插图
系统触发机制列表
字段及功能说明

系统触发机制：将消息发送的逻辑写在业务流程逻辑代码中，当满足条件时，触发消息发送，此时的消息发送逻辑我们称其为系统触发机制，此处把代码中的触发机制反显出来；
系统触发消息模版：系统消息触发机制对应的消息模版，消息机制可以更换消息模版。

在禁用消息机制的时候，需要提醒业务方是否取消关联的系统消息模版。
4. 手动推送管理

文章插图
手动推送消息列表
字段及功能说明

消息标题、消息摘要、消息内容、消息类型、渠道内容类型和消息模版管理一致，此处省略；
推送用户群体：此消息推送的用户类型；
用户数：推送用户的数量；
推送渠道：消息推送的具体端口及渠道；
推送人：记录最后发送此消息的人员；
推送时间：消息发送的时间记录；
推送状态：分为未发送、已测试发送、已发送三种状态；当消息未发送时，需要对消息进行测试发送后，发送按钮才可以被激活进行正式发送；当消息测试发送后，则可以进行正式发送；当消息发送后，可以对消息进行引用，再次使用此条消息进行发送。

文章插图
推送机制
在消息模版管理的时候，我们已经简述了消息的主体部分编辑关键信息，在手动推送消息时，我们还需要对主体消息配置推送机制：

推送渠道：设计时需要考虑业务所覆盖的所有渠道，在此系统中则是需要针对此条消息的所属渠道内容进行配置；
推送方式：实时推送，点击推送按钮则可以发送；定时推送，可以选择具体的日期和时间发送消息；
推送用户：全体用户；自定义，主要针对业务方做定制化开发或手动上传用户信息；
消息发送参数：针对系统发送能力进行合理优化分配发送的机制；
测试用户：业务方对于新消息的线上测试检查是不可缺少的环节，需要配置的测试用户可以在此设置。

四、写在最后的话本文作为「如何从0-1重构建消息系统：客户端」的姊妹篇，简单记录笔者在规划消息系统服务端时的一个思路。
服务端除了需要支持现在运行的客户端功能数据展示和数据流转，还需要对未来客户端业务功能扩容做研判，这样才能更好地支持客户端的用户体验和数据流转，提高开发效率。
以上就是笔者0-1重构消息系统的全部记录，希望对观看此文的诸位有所帮助和借鉴，如有不同意见，欢迎下方留言交流！
本文由@大大大大大浪原创发布于人人都是产品经理。未经许可，禁止转载
【客户端|如何从0-1重构建消息系统：服务端】题图来自Unsplash，基于CC0协议