接力小说开发日志第24天

昨天没更新，因为昨天在解决一个比较大的功能，通知功能。
现在通知的初步功能已经完成。

在收到新消息时，在主页的头像位置会显示小红点

截屏2020-02-27下午5.15.50.png

然后用户点击头像会进入到个人主页，通知图标会显示当前的通知数量

截屏2020-02-27下午5.26.41.png

点击通知按钮 ，进入到消息列表

消息列表.gif

就这样就让我开发一天？？kidding
这些就是属于比较基础的功能而已，但我在消息内容里开发了根据不同消息类型，实现不同的业务逻辑，这就大大增加的开发工作量
下面具体来说说
首先我设计了在消息内容页可以领取奖励。
例子：假设首次登录小程序，那么系统会送我一些奖励，这个时候我会收到一份消息。点开消息会有领取按钮。
普通的通知类型的消息，就没有按钮。当前，这还是目前仅有的2种情况。后续可能还有会更负责的业务逻辑。

先来看一下我首次登录的情况

首登.gif

下面代码逻辑分析

监听消息

我在主页的设了一个监听新消息的函数

利用小程序 的云开发=》数据库里的监听Api

listen_notify: function () {
    var that = this;
    const db = wx.cloud.database()
    const watcher = db.collection('Notify')
      .where({
        // 通过用户的openid 监听这个用户的消息列表
        openid: getApp().globalData.userAccount.openid
      })
      // 发起监听
      .watch({
        onChange: function (snapshot) {
//这里做监听事件
},
        onError: function (err) {
          console.error('the watch closed because of error', err)
        }
      })
  }

我们先看看消息列表发生变化的时候，会回调什么内容

截屏2020-02-27下午5.57.01.png

根据小程序的官方文档看到

截屏2020-02-27下午5.59.29.png

我主要关注返回的消息里面的 docChanges[] 这个数据
这个就是你监听的那个集合的变化情况，
在这个docChange[]会返回有哪些数据发生了变化，并且每条都有 一个 dataType
来定义这个变化时属于什么类型，可以看到我上面的dataType 为 add，因为我执行的是在
我监听的集合添加了一条新的消息
那么，在我这个集合里没有数据的时候，我添加一条，返回的dataype = add，那么还有一
种情况，就是在集合里已经有数据，那么我再添加一条，返回的datatype = update。

因为在做结构设计的时候，集合里面是以每个用户的id 为主键，所以所有的用户的消息会以用户为单位进行变化。如果消息列表的集合 没有这个用户的消息，那么他获得一条新消息的时候
是Add，如果已经有了，那么会返回update

docChange[0].data 里面就是我的通知数据，notify_count就是我的未读消息数量

接着继续看：
我在做了2个集合
一个用于存放用户的通知（可以理解为提示）
一个用于存放用户的消息内容（可以理解为邮件）

这么做的好处是各个业务逻辑只处理自己的逻辑。
我相信也是主流的做法。

当我查看了这个邮件时，通知会被移除，但邮件还是在的。
通知里指记录了这个用户有多少条未查看的通知，
消息集合时保存这个用户所有未删除的邮件。
当用户点开消息列表时，所有通知都会被移除

插一句 ： 程序呢，不是看写的有多干净多牛逼，而是看整个工程的逻辑干净。

看一下我的通知列表和 消息列表的数据结构

消息列表.png

通知列表.png

可以清楚的看到，通知列表里我只记录当前有多少条通知，（注意，是通知，但没有内容，
内容都消息列表）

消息列表里的message 是个数组，详细记录了每条消息具体内容，以及是什么类型的消息。

最后将这些数据返回前端，由前端根据业务逻辑进行分类开发。