django 资源大全,值得参考的项目

摘要: 要在设计文档里加一章关于推送的。核心部分我觉得是 推送消息的格式,这个需要设计一下我的初步想法:<推送id>:<推送类型>:<user id>:<device id>:<service id>:<标题>:<消息内容>场景举例:1. App收到推送消息后要解析消息,并做相应的校验(针对userid,deviceid等)确定收到的推送消息是正确的。

要在设计文档里加一章关于推送的。
核心部分我觉得是 推送消息的格式,这个需要设计一下
我的初步想法:<推送id>:<推送类型>::::<标题>:<消息内容>
场景举例:
1. App收到推送消息后要解析消息,并做相应的校验(针对userid,deviceid等)确定收到的推送消息是正确的。
2. 根据<推送类型>来决定该消息客户端要做什么。比如类型可以有: updateApp, forceUpdateApp, updateService, forceUpdateService, deleteService, forceDeleteService, disableUser, ServiceNotification等
3. 如果<推送类型>为ServiceNotification,则根据service id要在对应的service id图标上标注小红点,以表示该服务有新通知消息。(通常来讲应该都是Web的类型)
4. 如果<推送类型>为forceUpdateApp, 则应用弹出App更行提示框,并强行要求用户更新App否则不能继续使用。
5. 通知消息的类型可在管理员portal进行配置(禁用,启用),在操作员portal发送消息时选择。
6. 因为通知消息是可被移动端禁用的。所以要考虑哪些类型适合作为通知消息发给App,哪些类型适合在客户端做后台线程定时check服务器端,或者两者同时做。比如disableUser不能完全依靠推送消息,客户端需要每次开启的时候到服务端做检查(网络可用的情况下)是否用户可用。

请补充,做一些初步的设计后,我们可以开会brain storming一下消息类型等细节。

上一篇: Django url 标签的使用
下一篇: 站长工具: 用java 程序得到google的pagerank(PR)
 评论 ( What Do You Think )
名称
邮箱
网址
评论
验证
   
 

 


  • 微信公众号

  • 我的微信

站点声明:

1、一号门博客CMS,由Python, MySQL, Nginx, Wsgi 强力驱动

2、部分文章或者资源来源于互联网, 有时候很难判断是否侵权, 若有侵权, 请联系邮箱:summer@yihaomen.com, 同时欢迎大家注册用户,主动发布无版权争议的 文章/资源.

3、鄂ICP备14001754号-3, 鄂公网安备 42280202422812号