昨天没更新，因为昨天在解决一个比较大的功能，通知功能。
现在通知的初步功能已经完成。
在收到新消息时，在主页的头像位置会显示小红点
然后用户点击头像会进入到个人主页，通知图标会显示当前的通知数量
点击通知按钮 ，进入到消息列表
就这样就让我开发一天？？kidding
这些就是属于比较基础的功能而已，但我在消息内容里开发了根据不同消息类型，实现不同的业务逻辑，这就大大增加的开发工作量
下面具体来说说
首先我设计了在消息内容页可以领取奖励。
例子：假设首次登录小程序，那么系统会送我一些奖励，这个时候我会收到一份消息。点开消息会有领取按钮。
普通的通知类型的消息，就没有按钮。当前，这还是目前仅有的2种情况。后续可能还有会更负责的业务逻辑。
先来看一下我首次登录的情况
下面代码逻辑分析
监听消息
我在主页的设了一个监听新消息的函数
利用小程序 的云开发=》数据库里的监听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)
}
})
}
我们先看看消息列表发生变化的时候，会回调什么内容
根据小程序的官方文档看到
我主要关注返回的消息里面的 docChanges[] 这个数据
这个就是你监听的那个集合的变化情况，
在这个docChange[]会返回有哪些数据发生了变化，并且每条都有 一个 dataType
来定义这个变化时属于什么类型，可以看到我上面的dataType 为 add，因为我执行的是在
我监听的集合添加了一条新的消息
那么，在我这个集合里没有数据的时候，我添加一条，返回的dataype = add，那么还有一
种情况，就是在集合里已经有数据，那么我再添加一条，返回的datatype = update。
因为在做结构设计的时候，集合里面是以每个用户的id 为主键，所以所有的用户的消息会以用户为单位进行变化。如果消息列表的集合 没有这个用户的消息，那么他获得一条新消息的时候
是Add，如果已经有了，那么会返回update
docChange[0].data 里面就是我的通知数据，notify_count就是我的未读消息数量
接着继续看：
我在做了2个集合
一个用于存放用户的通知（可以理解为提示）
一个用于存放用户的消息内容（可以理解为邮件）
这么做的好处是各个业务逻辑只处理自己的逻辑。
我相信也是主流的做法。
当我查看了这个邮件时，通知会被移除，但邮件还是在的。
通知里指记录了这个用户有多少条未查看的通知，
消息集合时保存这个用户所有未删除的邮件。
当用户点开消息列表时，所有通知都会被移除
插一句 ： 程序呢，不是看写的有多干净多牛逼，而是看整个工程的逻辑干净。
看一下我的通知列表和 消息列表的数据结构
可以清楚的看到，通知列表里我只记录当前有多少条通知，（注意，是通知，但没有内容，
内容都消息列表）
消息列表里的message 是个数组，详细记录了每条消息具体内容，以及是什么类型的消息。
最后将这些数据返回前端，由前端根据业务逻辑进行分类开发。
