游戏研发重点是放在游戏开发以及功能实现上
一个游戏是怎么直接去接入渠道联运SDK的？1.游戏客户端调用SDK客户端登录API,如果满足登录条件的话，SDK客户端携带数据去请求SDK服务器端进行接口验证。
2.到第二步了说明SDK服务器端登录验证通过，然后会向SDK客户端返回一些数据。
3.游戏客户端 通过SDK客户端的回调通知后得到数据，一般情况下我们只需要得到token(令牌)和ssoid(用户唯一标识)即可。
4.游戏客户端获取到token 和ssoid后 ，拿数据给游戏服务器端发起验证请求。
5.游戏服务器得到token 和ssoid后，去请求SDK服务器（SDK服务器会有一份文档对外提供，正常情况下是一个登录请求的URL,游戏服务器按照要求进行拼串加密请求即可）
6.到这一步说明SDK服务器的登录二次验证是没问题的，SDK服务器校验的结果传回给游戏服务器
7.游戏客户端收到了游戏服务端的成功结果，就可以进行游戏的操作。
上述7个步骤清晰的解释了游戏直接和渠道SDK交互的逻辑，文章开头介绍过游戏研发重点是放在游戏开发以及功能实现上，虽然游戏研发可以直接接入SDK渠道，但是考虑到一个问题，游戏需要推广和运营，游戏研发不擅长这些。国内的SDK渠道多如牛毛大大小小150个渠道应该是有了，要是150个渠道都接入一遍想想就酸爽， 而且渠道SDK还需要不定时更新，这无疑占用研发的大量时间精力。那么有没有针对游戏研发方一个更好的方案呢？游戏方只需要接入一个SDK 就可以完成N个游戏渠道SDK的上架呢 ，答案 有的 ，聚合SDK就这样诞生了。
聚合SDK是连接渠道SDK和游戏方的一个桥梁或者说是中间层， 何解呢？ 首先聚合SDK要和游戏渠道SDK进行交互，按照渠道SDK的文档要求进行接入，渠道SDK N多个他们的api 都是大同小异区别不是很大，那么把SDK共同点都抽象出来加以扩展（对内包容所有渠道SDK对外统一接口和回调），整合成一套完善的聚合框架提供给游戏研发方。研发方只需要接入一套聚合SDK就完活，剩下什么都不需要管可以安安心心去忙游戏相关的工作。由发行方进行游戏的打包分包上架游戏商店。
页:
[1]