微信小程序 发送模板消息的功能实现

背景

- 小程序开发的过程当中,绝大多数会知足微信支付
- 那么,做为友好交互的体现,天然就会考虑到支付后的消息通知咯
- 因此,个人小程序项目也要求完成这个效果,so.分享一下本身的实现步骤,以方便道友们少踩点坑...

微信消息通知的区别:html

1. 微信网页版、公众号的消息提醒
   要求用户必须 "关注商家公众号",才支持消息的接收
   而且还有个奇怪的毛病:若是近期内未与该公众号有所交流,依然收不到消息提醒
   再者,消息的样式需代码进行自定义(麻烦)
2. 微信小程序,可支持"服务通知"
   只需配置好本身的 "模板消息",经过获取用户的 "openid" 便可进行来自微信服务的消息
   通知的样式,可在小程序的管理后台进行选取,预览(人性化)

此处参考京东购物的消息通知以下(也就是在下想要实现的效果):git

前期准备

首先,微信小程序官方文档为咱们提供了指导 — 【发送模板消息github

咱们能够先对文档进行一遍 简单的浏览,以方便本身的流程理解,避免蒙头苍蝇乱撞

小程序给与了咱们最方便的手动模板配置方式数据库

咱们能够先去 1(模板库)中选取本身须要的模板,自定义标题、排序
申请成功以后,进入 2(个人模板)中就能够看到本身可以使用的模板,咱们后期进行代码编辑时,用到的就是那个模板ID

实现步骤

此处,主要以 <form/> 组件形式的实现为例,对于prepay_id 的实现请参考文末的 附录

小程序端的要求

语境:微信支付成功后,对用户发送一条"订单支付成功通知"的模板消息

第一步:以个人代码实现为例,首先须要对个人 <form/> 组件进行需发模板消息的声明,即设置属性 report-submit="true"(【我的建议,请使用真机测试,不排除部分使用开发工具没法获取 form_id 的状况】)小程序

 第二步:对应的 pages/cart/payment.js代码中,编写的提交代码,以及对 event参数打印的结果则为:微信小程序

注意:截图部分只是为了,获取并保存咱们须要的 formId
> - 其实,后面的代码还能够有不少的逻辑处理,以个人代码逻辑为例:
> - 我继续进行了表单数据的规范验证 -> wx.request 数据提交 -> 唤醒微信支付 -> 支付结果的回调处理

第三步:request 调用发送消息通知的方法api

以个人逻辑为例,是在执行完微信支付回调后,判断支付成功才进行调用的

此处,直接提供上述截图中 pages/cart/payment.js 所须要用到的两个核心方法

 代码以下:服务器

 /**
   * 微信支付成功后的 消息模板的发送
   */
  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);
      }
    })
  },

服务端代码配置

我对服务端的代码,整合集中在了一个文件中,可从附录中进行下载

第一步:替换小程序配置信息微信

 第二步:修改方法 sendTemplatePaySuccess()微信开发

 提示:

>  1.此方法是对应于 pages/cart/payment.js 中的 "Https://xxx.com/wx/sendTemplatePaySuccess",应该不会理解错吧!
>  2.通常的设计逻辑,是在用户注册、初次受权登陆的时候就将其 openid 写到数据库中,后期使用时可随时调用
>  3.若是前期没有写入数据库,也能够考虑直接受权获取,参考文章 [【微信小程序Ⅴ [获取登陆用户信息,重点openID(详解)】]](https://blog.csdn.net/u011415782/article/details/79559639)
>  4.template_id 直接在小程序帐号后台复制便可,可是请将 $rawPost['data']['keyword?']['value'] 顺序对应正确哦

运行测试

①. 首先,要 特别注意 一点,不可使用 微信开发者工具进行测试,否则会有以下报错:

 可参考道友解释: 小程序 表单 formId 为 the formId is a mock one

②. 而且,若是已经发送过一次模板消息,会有以下提示信息:

//#这说明,你的formid 已经用过了,系统要求只能使用一次!!!
{
	"status":0,"result":"sendTemplatePaySuccess Failed!",
	"data":
		{
			"errcode":41029,"errmsg":"form id used count reach limit hint: [9mUwja01342277]"
		}
}

附录

A. 补充信息

开发文档中有这样一句话:

值得注意:

第一点:
	使用 "<form/>" 组件
	得到的 "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",不要随意去刷新请求获取,影响大局就尴尬了...

❺. 源代码参考

  • 请对应代码进行正确配置哦

转载于:https://blog.csdn.net/u011415782/article/details/82379590

相关文章
相关标签/搜索