帖子点赞功能实现-是否点赞过

不是这个意思，LeanEngine 的作用是在服务端处理数据。

举个例子，我直接用一个 Array 保存点赞的 id，那么获取到的一个 Post 是这样的

{
  "id": "34523462346",
  "content": "x",
  "likes": ["zhang3", "li4", "li5", ... "li10086"]
}

这个直接传给客户端就太大了，可以在云引擎里定义一个函数，请求这个函数的时候会先拿到这个 Post，然后看当前用户是否 like 了该 Post，最后返回的 Post 是这样的

{
  "id": "34523462346",
  "content": "x",
  "liked": true
}

是一样的 因为 rest api 是我们后端唯一的接口，任何的操作包括 sdk 最终都是通过 rest api 完成的。

点赞功能我也有点困扰。如果用云引擎返回数据，缓存就不好做了吧

如果要显示点赞用户列表 array 没法分页 和根据点赞时间排序吧

恩 单独一个表就是有一个问题 列表中判断当前用户是否点赞...并且不是每个post请求一个API去判断

可以找我们给 Like 表添加联合唯一索引，然后在 Like 的 afterSave hook 里给 Post +1

把 Like 信息冗余到 Post 里，Post 保存一份「likedUsers」数组，新增 Like 记录的时候同时往 Post 更新这个数组。

cc @z11

哦 知道了，谢谢

Like 表用于在 Post 详情页（分页、排序地）显示点赞列表。

Post 的 likedUsers 与 likedUsersNumber 数据是冗余的，用于在 Post 列表页显示数据，这部分数据不需要完整，比如 likedUsers 只需要保存最近的 20 个就够了。

此外，还可以使用我们的 LeanCache redis 服务，来保存 Post 完整的 likedUsers 数据。

按照目前的方案数据存储两个地方
like表数据用来显示
array数据用来判断 一个列表 当前用户是否点赞 便利循环array里面是否存在当前用户id
这样的便利数据在 明星列表中的动态就不行了吧，因为每个动态的array 数据是巨大的

这样还是一个列表每一条数据都请求API了哦

这样一个列表只有一次查询，user == currentUser && post in postList 这个查询的结果是一个列表。

使用CQL是吧？ 这个功能我还没用过， 好的， 我去试试。 谢谢

不需要用到 CQL，是可以有 in 查询的，拿 js sdk 举例：

new AV.Query('Like')
  .equalTo('user', user)
  .containedIn('post', postList)
  .find();

恩 那太好了