标签：style strong 数据 size c js 用户 游戏
手游渠道平台纷乱芜杂，但提供的基本功能大同小异，这里就登陆和支付两个基本功能，提出一点标准化的建议，仅作为在接入了30+个渠道平台后的一点想法：
*登陆
－过程：
游戏客户端-->渠道服务：申请本次登陆的渠道token {游戏ID}
渠道服务-->游戏客户端：返回本次登陆的渠道token {渠道token}
游戏客户端-->游戏开发商服务：提交 {渠道名,渠道的token,签名}
- 签名方式常有：md5(渠道名,渠道token,)
游戏开发商服务-->渠道服务：验证签名，提交 {渠道token,签名2}
- 签名方式常有：md5(渠道token,预先分配的渠道-游戏key)
渠道服务-->游戏开发商服务：{验证结果,渠道侧用户ID,渠道侧登陆用户名}
* 支付(回调)
用户通过游戏客户端向渠道支付；渠道处理支付后，向游戏开发商服务回调
to be continue
-----------------------------
数据通讯的格式，json优于有诸多限制的 key-value，也优于解析繁琐的 xml
标签：style strong 数据 size c js 用户 游戏
原文地址：http://my.oschina.net/kakablue/blog/297382
