手游渠道SDK建议标准

手游渠道平台纷乱芜杂，但提供的基本功能大同小异，这里就登陆和支付两个基本功能，提出一点标准化的建议，仅作为在接入了30+个渠道平台后的一点想法：

*登陆

－过程：

游戏客户端-->渠道服务：申请本次登陆的渠道token {游戏ID}

渠道服务-->游戏客户端：返回本次登陆的渠道token {渠道token}

游戏客户端-->游戏开发商服务：提交 {渠道名,渠道的token,签名}

- 签名方式常有：md5(渠道名,渠道token,)

游戏开发商服务-->渠道服务：验证签名，提交 {渠道token,签名2}

- 签名方式常有：md5(渠道token,预先分配的渠道-游戏key)

渠道服务-->游戏开发商服务：{验证结果,渠道侧用户ID,渠道侧登陆用户名}

* 支付(回调)

用户通过游戏客户端向渠道支付；渠道处理支付后，向游戏开发商服务回调

to be continue

-----------------------------

数据通讯的格式，json优于有诸多限制的 key-value，也优于解析繁琐的 xml

手游渠道SDK建议标准,布布扣,bubuko.com