@wangwangheng
2015-09-03T14:02:29.000000Z
字数 814
阅读 1645
未分类
目前我们使用的方案按照之前的约定,使用的推送平台是个推(http://www.getui.com)
因为推送的id由推送平台服务器生成,为了提高用户体验,并不会在拿到推送id之后再进行登录操作;所以在登录的时候不一定能拿到推送id,因此,会在所有接口的Header信息中添加一个字段:
key:getui_push_token
value:推送Id
服务端可以加一个拦截器或者其他方案,当push_token不为空的时候更新相应用户的推送id
客户端负责展示通知,并处理点击事件
每一个推送都至少有以下三个字段:
messageAction 表示推送的类型,客户端根据这个字段决定用户点击状态栏通知的行为
1 表示点击之后打开订单详情
2 表示附近有新的订单
messageTitle 表示通知的标题
这条推送,如果用户没有打开订单详情,用户点击之后进入到订单详情;
如果已经打开订单详情,则直接刷新数据
{
"messageAction":1,
"orderId":1234, // 订单号
"messageTitle":"您的订单被[XXX]抢单",
"messageContent":"您的订单已经被[XXX]抢单,预计[12:30]到达您所在的位置"
}
{
"messageAction":1,
"orderId":1234, // 订单号
"messageTitle":"您的订单被快递员[XXX]抢单",
"messageContent":"您发给[订单收件人+(手机号码)]的订单已经被快递员[XXX]抢单,预计[12:30]到达您所在的位置"
}
{
"messageAction":2,
"messageTitle":"您有新的订单",
"messageContent":"您有新的订单,请及时处理"
}