共计 2426 个字符,预计需要花费 7 分钟才能阅读完成。
背景
参考市面上雷同维度的 App 产品,蔚来 现实 ,对其音讯零碎进行抓包剖析。失去比拟适宜咱们本人的 音讯零碎设计。
现实 ONE
现实的音讯零碎设计师一种集中式的设计,将所有的音讯集中管理,评论、赞、告诉、私信、车辆。
在音讯核心拉去告诉类音讯
对接口进行抓包如下。
https://api-app.lixiang.com/mms-api/v1-0/message?status=3&pageNumber=0&appId=chj_app_m01&channelType=1&pageSize=20&category=notice
接口设计上 通过 category
来辨别是哪个渠道上的音讯,当初咱们申请的是告诉 类型的音讯,所以 category 为 notice。
接口的 响应参数 如下
{
"success": true,
"code": 0,
"msg": "SUCCESS",
"data": {
"pageSize": 20,
"pageNumber": 0,
"numberOfElements": 1,
"totalPages": 1,
"totalElements": 1,
"elements": [{
"requestId": "rC21P1A80H2DJJQIGR00",
"messageId": "C21P1A80H2DJJQIGR0000000",
"appId": "chj_app_m01",
"recipient": "3250332467430584322",
"sender": null,
"title": "现实社区用户公约(试行)",
"summary": "敬爱的现实用户,为了保护社群的实在,敌对的气氛,咱们制订了现实的社群标准。",
"contentId": null,
"action": "{\"accountId\":0,\"avatar\":\"\",\"comment\":\"\",\"commentId\":0,\"commentType\":1,\"createTime\":1598072448536,\"level\":1,\"messageType\":\"notice\",\"nickName\":\"\",\"productId\":754,\"surfacePlot\":\"https://p.ampmake.com/lixiangzhizao_app/pc_push_system/787334842102195.jpg\",\"type\":1}",
"tag": ["[Ljava.lang.String;@474616fd"],
"category": "notice",
"status": 1,
"encryption": null,
"sendOn": 1598072449000,
"receiveOn": 0,
"createdOn": 1598072448000,
"updatedOn": 1599009229000
}]
}
}
咱们将返回值和界面放在一起比照一下
比照之后,界面元素的各个字段就比拟清晰了。action 对象中,用来管制 查看详情 按钮,具体依据不同的 category 来管制不同的行为,因为当初的告诉音讯为一篇 文章 ,所以 点击 查看详情,就是拉去对应文章的信息,action 中 productId 就是指向的文章的主键 Id
点击跳转至 详情页 ,上方展现了【 详情页页面 】【 接口 URL 地址 】【 接口详情】。能够看到对应的 productId 就是 754.
现实 音讯分类
- 评论 comment
- 点赞 favour
<img src=”https://gitee.com/xiaoxiunique/picgo-image/raw/master/atips/image-20200903203620026.png” alt=”image-20200903203620026″ />
- 告诉 notice
- 车辆 vehicle
蔚来 NIO
蔚来的音讯入口是放在 IM 中的一个会话,和现实的设计不太一样,音讯点击进入之后 分为 互动 和 告诉,对互动音讯列表的抓包后果如下。
在抓包时发现,在每次申请音讯列表 这个接口的时候,还会附带一个 history_read 的一个接口
/api/1/message/history_read?app_id=10002&app_ver=4.4.0&device_id=2c0d36fa578c45c6819e0567399b8704&lang=zh-cn®ion=cn×tamp=1599026946&sign=4be15ff9fa6e02e2fe5b24bb06c74a03
猜想应该是管制以后用户曾经读取过以后工夫之前的音讯。下次进入零碎就不会再提醒了。
在比照 告诉外面的音讯构造。根本的音讯构造就比拟明确了。
上图是在 蔚来 发表了一条 说说 之后,获取失去了 11 个点赞,28 个评论后,第一次登陆时的在主界面 调用 history_info 接口,拉去音讯列表。能够看到在 notification 分类下有 1 条未读音讯,在 social_events 分类下有 28 条未读音讯。
在 data.msg 数组中,每个类型下都有一条音讯。联合界面能够发现,这一条音讯就是用来在界面最里面展现的。
第一张图是 点赞 音讯对应的 音讯构造,第二张图是 评论 对应的音讯接口。
根本能够确定 蔚来 NIO 的音讯构造外面次要包含
- read 是否已读。
- data 内容信息,博客信息和点赞评论信息。
- description 音讯形容,这个字段应该是用于 音讯推送 的时候的内容。
- title 在 App 音讯列表中出现的题目。
- scenario 场景,以后场景为关注,点赞 、 珍藏,都在这外面。like 点赞,comment 珍藏
- category 类别,应该用来辨别 互动类告诉 和 零碎类告诉。
- msg_id 音讯 ID,因为这样的操作可能会触发音讯推送,所以每条须要增加 惟一 ID。
- link_value 须要跳转到对应的地址 nio:// 这种模式 应该是 客户端的一种形式。
本文由博客群发一文多发等经营工具平台 OpenWrite 公布