Chinaunix首页 | 论坛 | 博客
  • 博客访问: 309295
  • 博文数量: 65
  • 博客积分: 2570
  • 博客等级: 少校
  • 技术积分: 730
  • 用 户 组: 普通用户
  • 注册时间: 2008-08-15 14:04
个人简介

苦逼房奴一枚

文章分类

全部博文(65)

文章存档

2017年(19)

2016年(5)

2013年(6)

2012年(1)

2011年(3)

2009年(5)

2008年(26)

我的朋友

发布时间:2017-01-17 13:45:38

       在上一篇《TypeSDK总体思路和架构》中,简述了一个聚合sdk,需要哪些模块,实现哪些功能,模块之间的相互关系是怎么样的。       1.和游戏项目的低耦合性       3.具有较强的拓展性   &nb.........【阅读全文】

阅读(765) | 评论(0) | 转发(0)

发布时间:2017-01-11 17:20:53

         为了方便说明,我们还是先举个栗子——VIVO是一家影响力较大的机商渠道,而他们的充值流程和上述几家的不太一样。下面我们先看看VIVO官方文档关于充值流程的说明:         2、商户服务器生成商户订单号,并携带商户APP传递的商品、.........【阅读全文】

阅读(735) | 评论(0) | 转发(0)

发布时间:2017-01-06 13:31:04

有了前文几个步骤的分析和设计,TYPESDK的信息交互流程已经可以正常工作了,但是,这个流程还没有考虑到支付这样的过程中,至关重要的信息安全问题。在整个交互过程中,游戏服务端,SDK服务端,渠道服务端都属于安全区域,这部分发生的数据交互,基本是可以信任的,只需要作相对简单的处理工作;而客户端,包括游戏客.........【阅读全文】

阅读(831) | 评论(0) | 转发(0)

发布时间:2017-01-04 14:07:55

白名单有啥好说的呢?无非就是筛选登入,大家第一眼看到就是这个印象,白名单也是有文章的,弄的时机不同会给你带来很不错的收益,注意是收益。还是举例来说,游戏上线前渠道都会做一个预下载,一般提前1-2天,这时候有的渠道有自己的白名单系统会挡住渠道登入用户,大部分渠道是没有这类系统的,需要CP自己实现。我们的游.........【阅读全文】

阅读(856) | 评论(0) | 转发(0)

发布时间:2016-12-29 17:36:13

经过前两篇文字的分析与设计,我们已经可以搭建出一个能够支持多游戏多渠道的聚合SDK服务端,但这只是理想化状态下的一个简化模型。如果接入渠道的逻辑都是按照理想化的简化过程来构建,那么对于支付的请求,我们可以简化成这样几步:游戏客户端创建订单。游戏客户端(通过TYPESDK客户端)调用渠道lib库中.........【阅读全文】

阅读(1304) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册