本文介绍中台系统——通知中心的设计。 上一篇文章《一个广告资源运营管理中台系统简介》实际谈了一些，关于中台在此不再赘述。 将通知中心设为中台系统后，优势明显，无论哪个部门涉及消息发送相关业务都可以访问。 业务部门负责填写发送内容，通知中心负责发送消息。 因为发送的消息种类很多。 短信、推送消息、app局内消息、微信公众号推送、企业微信通知推送、短信等等，显然这是一件很复杂的事情。
基本概念：
应用：是访问通知中心的工程。 访问时必须填写APP应用程序名称。 然后在管理后台生成相应的app key和app secret。 在发送时，必须传递这些参数以验证访问方的合法性。
节点：也可以作为发送事件。 如果一个项目可以做一些事情，那么在不同业务中发送的消息需要构建不同的发送节点。 可以在一个APP应用程序下创建许多节点。
规则：根据参与者选择不同的模板。 为了能够尽可能灵活地构成，规则实际上将本来是访问源的if…else…逻辑移动到了通知中心的后台。 例如，根据新的老用户发送不同的消息，如果有规则结构，访问源只需要定义一个变量并分配值即可，在后台构成规则。 对于新用户，请使用a模板；对于旧用户，请使用b模板，然后单击鼠标即可完成。
模板：主要包括公众号模板、站内信件模板、推送消息模板、短信模板等，这些都是发送量较大的消息。 定义模板时可以放置占位符。 访问方只需要做占位符的填充问题就可以了。 发货时通知中心会自动完成信息的组装。
以下是几个页面的屏幕截图。
1.新节点
2.新模板
3.新规则
那么怎么用呢？ 例如，有一个业务场景向用户发送推送通知，告诉用户系统发送100元代金券。 为此场景创建发送节点，并创建新模板。 “尊敬的用户，给您寄去${amount}本金券。 请立即使用”来创建规则并关联模板。 作为业务方，访问成本低，代码量少。 大多数工作通知中心都已经做了，业务方只需要做一些参数的填充就可以了。 例如，如上所述，在代码中将amount设定为100时，发行100元的代金券。 amount是50，发行50元的代金券。 如果运营者觉得复印不当，可以随时在管理后台进行修改。 代码示例如下所示。
privatemcrequestgenmcrequest (messagebodymsg ) (mcrequestmcrequest=newmcrequest )； MC request.set appkey (msg.get appkey ) )； MC request.setappsecret (msg.getappsecret ) )； //配置事件MC request.setevent key (msg.getappeventkey ) )； MapString，stringeventparammap=maps.new hashmap (； listmessageparameventparams=msg.geteventparams (； 消息参数3360事件参数(for )事件参数(param.getparam key (，param.getParamValue ) )； } MC request.setevent params (eventparammap； //配置模板MapString，stringcontentparammap=maps.new hashmap (； listmessageparamcontentparams=msg.get content params (； 消息参数组3360内容参数(content params (contentparammap.put ) param.getparamkey，param.getParamValue ) )； } MC request.setcontentparams (contentparammap； MC request.setuid (msg.getreceiverid ) )； MC request.set creator (msg _ creator； return mcRequest； } @ overridepublicvoidsendmessage (messagebodymsg ) throwsserviceexception ) mcrequestmcrequest=genmcrequest ) msg； requestresultrequestresult=MC service.post event (MC request； Logger.info(resultis: ) JSON object.tojsonstring (request result )； }引用上一篇文章的最后一句话，这种系统很复杂，很复杂，但请相信自己能做得更多。