微前端架构如何改变企业的开发模式与效率提升
935
2022-10-04
小程序如何实现模板消息发送的功能(图文)(小程序 发送消息)
小程序中为了体现友好交互,是不可能会少掉消息通知的,纳闷我们该如何实现模板消息发送的功能,下面这篇文章将为你纤细介绍关于小程序如何实现模板消息发送的功能。
背景
- 小程序开发的过程中,绝大多数会满足微信支付- 那么,作为友好交互的体现,自然就会考虑到支付后的消息通知咯- 所以,我的小程序项目也要求完成这个效果,so.分享一下自己的实现步骤,以方便道友们少踩点坑...
微信消息通知 的区别:
1、微信网页版、公众号的消息提醒 要求用户必须 "关注商家公众号",才支持消息的接收 并且还有个奇怪的毛病:如果近期内未与该公众号有所交流,依然收不到消息提醒 再者,消息的样式需代码进行自定义(麻烦)2. 微信小程序,可支持"服务通知" 只需配置好自己的 "模板消息",通过获取用户的 "openid" 即可进行来自微信服务的消息 通知的样式,可在小程序的管理后台进行选取,预览(人性化)
此处参考京东购物的消息通知如下(也就是在下想要实现的效果)
程序员必备接口测试调试工具:立即使用Apipost = Postman + Swagger + Mock + Jmeter Api设计、调试、文档、自动化测试工具 后端、前端、测试,同时在线协作,内容实时同步
前期准备
实现步骤
此处,主要以
组件形式的实现为例,对于prepay_id 的实现请参考文末的 附录1. 小程序端的要求
语境:微信支付成功后,对用户发送一条"订单支付成功通知"的模板消息
/** * 微信支付成功后的 消息模板的发送 */ sendTemplatePaySuccess: function() { var self = this; var postData = { sn: self.data.order_sn, form_id: self.data.formId }; self.http_post('https://xxx.com/wx/sendTemplatePaySuccess', postData, (data) => { wx.navigateTo({ url: '/pages/cart/results/index?status=1&type=pay&orderInfo=' + jsON.stringify(self.data.orderInfo), }); }) }, /** * 封装 http 函数,默认‘GET’ 提交 */ http_post:function(toUrl, postData, httpCallBack) { wx.request({ url: toUrl, data: postData, method: 'POST', // OPTIONS, GET, HEAD, POST, PUT, DELETE, TRACE, CONNECT header: { 'content-type': 'application/x-www-form-urlencoded;charset=utf-8', }, success: function (res) { //回调处理 return typeof httpCallBack == "function" && httpCallBack(res.data); }, fail: function (error) { console.log(error); } }) },-
2. 服务端代码配置
我对服务端的代码,整合集中在了一个文件中,可从附录中进行-第一步:替换小程序配置信息 第二步:修改方法 sendTemplatePaySuccess() 提示:1.此方法是对应于 pages/cart/payment.js 中的 Https://xxx.com/wx/sendTemplatePaySuccess,应该不会理解错吧!2.一般的设计逻辑,是在用户注册、初次授权登录的时候就将其 openid写到数据库中,后期使用时可随时调用3.如果前期没有写入数据库,也可以考虑直接授权获取,参考文章 【微信小程序Ⅴ [获取登录用户信息,重点openID(详解)】]4.template_id 直接在小程序账号后台复制即可,但是请将 $rawPost['data']['keyword?']['value'] 顺序对应正确哦
3. 运行测试
//#这说明,你的formid 已经用过了,系统要求只能使用一次!!!{ "status":0,"result":"sendTemplatePaySuccess Failed!", "data": { "errcode":41029,"errmsg":"form id used count reach limit hint: [9mUwja01342277]" }}-
4.附录
A. 补充信息
第一点: 使用 "" 组件 获得的 "formId" 只能使用一次 相对适合的通知业务 —— 支付成功或失败后,充值成功、 续费成功、挂号成功等被动响应的信息...第二点: "prepay_id" 只有进行了支付行为才能获得,并且必须支付成功! 一个 "prepay_id" 可以使用三次 相对适合的通知业务有 —— 后台发货提醒、审核通知、课程开班提醒、拼团成功通知等主动推送的信息...第三点: prepay_id 使用时的报错信息: //# 如果支付不成功,但是要使用获得的 prepay_id,会有如下类似的信息 {"data": {"errcode":41028,"errmsg":"invalid form id hint: [XiZ04574125]"} } //# 如果支付成功,使用获得的 prepay_id 次数超过了三次,会有如下的信息: {"data": {"errcode":41029,"errmsg":"form id used count reach limit hint: [oFN1Aa08963936]"} }-
B. 后台发货通知的设计思路
1. 首先,我们在数据表设计时,对于订单表需要有一个存储微信支付后 "prepay_id"的存储字段
2. 进行微信支付时,将生成的 "prepay_id" 存到数据表中
3. 当对已支付订单进行后台发货操作时,调用的通知模板,使用前面数据表中的 "prepay_id" 数据
4. 其他的服务端代码设计 同上文中的 "sendTemplatePaySuccess()" 方法
温馨提示: 毕竟存放的 "prepay_id" 最多只用使用三次,所以对于项目设计中的使用位置要做好规划 !!!
C. 使用真机测试,顺利运行的效果为:
D. Access_Token 建议
官方文档 - 获取 access_token
代码中,所必须涉及到的业务 —— access_token 的获取,请参考文档介绍,进行定时刷新,以避免不必要的资源请求个人的思路就是,创建数据表字段,根据其返回的时长 expires_in,在失效前保存数据 access_token可根据自己的实际需求,优化小编提供的 opGetAccessToken() 方法!有一点,或许很多人不多加注意:
当项目已上线,如果你线下依旧测试使用了获取 "access_token" 的操作,这会影响线上服务的! 因为,一旦重新获取了 "access_token" 信息,微信服务器便会在短时间内,对之前的 "access_token" 进行失效处理 建议,可以考虑在线下直接使用线上获得的 "access_token",不要随意去刷新请求获取,影响大局就尴尬了...
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~