[博客小程序]评论通知功能实现(二)——实战过程当中的坑

上一篇 小程序发送模板消息的几种实现主要介绍了实现评论通知功能最重要的一环，这篇文章主要介绍实现该功能的具体实战。

实现流程

思路其实很简单，简单画了个流程图以下：

这里有两个比较坑的地方，一个是微信自己发送模板消息的限制：

当用户在小程序内发生过提交表单行为且该表单声明为要发模板消息的，开发者须要向用户提供服务时，可容许开发者向用户在7天内推送有限条数的模板消息（1次提交表单可下发1条，屡次提交下发条数独立，相互不影响）

另一个就是管理员如何初始化本身的formId的问题，并且自身的formId需求量比较大，读者评论完以后就要向管理员推送消息。

因此无奈，增长了一个后台配置的功能，按期手动触发去生成本身的FormId「自动不行，只能手动，泪奔中」

另外补充下，网上说的经过嵌套穿透的方式无限获取formId的方式已经行不通了，生成出来的formId都是同样的。

评论提交收集FormId

首先咱们须要收集用户的FormId,有FormId才能发送对应的模板消息，在表单标签上加上report-submit属性便可。

<form catchsubmit="formSubmit" report-submit="true">

这样咱们在提交评论表单的时候会获取到对应的FormId, 咱们将这个FormId保存至咱们的云函数中。

//评论提交按钮部分代码
console.info(e.detail.formId)
if (e.detail != undefined && e.detail.formId != undefined) {
    var data = {
        formId: e.detail.formId,
        author: 0,
        timestamp: new Date().getTime()
      }
    wxApi.insertFormIds(data).then(res => {
        console.info(res)
      })
    }
    
//调用云数据库
function insertFormIds(data) {
  return db.collection('openid_formids').add({
    data: data
  })
}

这样管理员在接收到评论以后回复时就能够到openid_formids的集合中找到对应的formId来进行评论回复的模板消息推送了。

管理员生成FormId

为了让管理员能有更多的FormId来接收评论通知，所以我在小程序中搭建了个生成FormId的小页面。

这样偶尔登陆本身的小程序，查看下本身FormId的使用状况，若没有了能够手动生成几个。

固然，这里会有一个权限问题，理论上这个页面只有管理员才能够展现，而其余人是没有权限访问的，所以须要提供个验证权限的云函数。

这里可使用云函数的环境变量来简单作个验证，将你的管理员的openId配置在环境变量中，云函数验证下openId是否一致便可。

云函数代码以下，这样代码中不会存放敏感信息，开源的代码上传github也不会泄露。

/**
 * 验证
 * @param {} event 
 */
async function checkAuthor(event) {
  if (event.userInfo.openId == process.env.author) {
    return true;
  }
  return false;
}

发送模板消息

最后就是发送模板消息的实现了，方法在上一篇说的比较具体了，基于个人博客小程序，使用云调用是最方便的。

主要逻辑是根据传入的openId（若是为空默认取管理员的openId）到云数据库中取对应的formId。

而后基于openId和formId发送相应的模板消息，发送后从云数据库中移除「发送一次后FormId就已经失效了」

具体代码实现以下：

/**
 * 发送通知消息
 * @param  event 
 */
async function sendTemplateMessage(event) {

  var touser = "";
  var form_id = "";
  var openId = event.tOpenId == "" ? process.env.author : event.tOpenId

  //1.获取formId
  var openIdformIds = await db.collection('openid_formids').where({
    _openid: openId
  }).limit(1).get()
  if (openIdformIds.code) {
    return;
  }
  if (!openIdformIds.data.length) {
    return;
  }
  touser = openIdformIds.data[0]['_openid']
  form_id = openIdformIds.data[0]['formId']

  //2.取到后从云数据库中移除
  const removeResult = await db.collection('openid_formids').doc(openIdformIds.data[0]['_id']).remove()
  console.info(event.nickName + ":" + event.message)
  
  //3.发送模板消息
  const sendResult = await cloud.openapi.templateMessage.send({
    touser: touser,
    templateId: template,
    formId: form_id,
    page: 'pages/detail/detail?blogId=' + event.blogId,
    data: {
      keyword1: {
        value: event.nickName // keyword1 的值
      },
      keyword2: {
        value: event.message // keyword2 的值
      }
    },
  })
  return sendResult
}

到这里，具体实现流程就介绍完了，过程当中仍是会遇到些编码问题「主要仍是对前端不是很熟悉，基本功问题」

总结

虽然功能基本实现，也已经上线了，但其实仍是有一些细节问题的。

好比通知消息点进去以后应该自动转到对应的评论区域，formId过时须要定时清理，管理员FormId须要通知管理员等，能够利用小程序的定时触发器等功能慢慢优化，后期优化后再来写文章总结。