游戏制作完成后需要通过诸多渠道如豌豆荚,91助手等应用市场来分发。对每个渠道而言,他们所推广的游戏需要接入他们的一套方法(SDK)来让玩家完成注册、登录、注销、支付等一系列操作。因此接入SDK面临以下问题:
公司目前上线游戏所接入渠道有上千种,每个渠道的接入方法都不尽相同
如果每款游戏对每个渠道都单独接入,需要直接在游戏工程的对应接口中调用渠道提供的方法,容易出错
任一渠道的方法稍有变动和更新,数款被影响的游戏均要一一改动
同一渠道不同游戏接入的方法不统一,工作量巨大
为此设计了游戏与渠道SDK的中间层,此中间层封装了SDK和游戏层之间的互动,对游戏层提供统一的接口调用SDK,对渠道则提供统一的接口接入渠道SDK。这样一来有以下好处:
一个渠道只用接入一次。虽然渠道之后也会更新SDK,但是也已经极大地减少了重复工作
不同的游戏要接入同一个渠道,可以复用同一个SDK。(所以接入SDK时要考虑到复用性,针对游戏的参数不能写死)
如此一个客户端的逻辑可以分为 游戏层 <---> 聚合SDK中间层 <---> 渠道SDK方法,SDK接入的工作只是根据接入文档在SDK中间层提供的接口中正确接入渠道SDK提供的方法以完成登录、支付等逻辑。
网友评论