教你快速高效接入SDK——总体思路和架构

  • 时间:
  • 浏览:2
  • 来源:uu快3电脑版_uu快3和值_礼金

真难 ,.我现在要加入.我统一的登陆认证中心,但会 ,.我并须要框架,并须要可是我针对多款游戏的,好多好多 ,.我不还还可不可以 让游戏服务器直接和每个渠道的SDK 服务器进行交互,好多好多 .我增加六个多统一登陆认证服务器,姑且叫U8 Server。真难 ,.我就设计一下u8 sdk的登陆认证流程:

9、u8 server收到充值回调,根据验证结果等判定,立马给渠道SDK服务器返回六个多成功将会失败的情形。

真难 ,接下来,.我再来看看支付流程,将会不使用这套框架,.我直接接入SDK,支付是哪此样子,.我以UC SDK为例:

5.“游戏客户端”将接收到的“订单号”及相关的游戏角色信息(由游戏自行决定) 提交给“游戏服务器”;

.我先看登陆流程,将会不使用这套框架,直接接入SDK,登陆的流程是哪此样呢?.我这里还还可不可以 看下UC SDK他的登陆流程图:

好,整体的思路有了,.我这好歹也是和棱镜SDK,AnySDK差不多牛逼的玩意,怎样才能会还还可不可以 真难 名字呢?.我姑且叫他 U8 SDK吧。现在,就我你还还可不可以 们再来分析下,一般SDK接入须要两大每项。一每项是登陆,一每项是支付。真难 .我的u8 sdk自然也一样,.我须要把整个登陆的流程,和整个支付的流程给好好规划一下。

4.“SDK 客户端”将回调通知“游戏客户端”对应的充值“订单号”;

这套统一的SDK接入框架并须要,须要着和实际情形相矛盾的地方。将会,.我无一例外地要求,游戏开发商在接入.我那个抽象框架时,服务器端的登陆认证,和支付回调都走.我的服务器。但会 ,可是我并须要点,让几乎所有的游戏开发商望而却步。为哪此呢?将会,对于游戏开发商来说,还有哪此比用户数据和支付数据更重要呢?让哪此数据走别人的服务器过一趟,青春恋爱物语比我你还还可不可以 们的男人装进去去去别人的我家睡两晚更加难受呢?

2、游戏服务器拿着该用户的id和你是什么支付成功事先须要原样返回的数据,去访问U8 Server申请订单号

6.“SDK 服务器”将sid 的验证结果和对应的ucid 返回给“游戏服务器”;

2、SDK登陆成功,会返回sid等信息

5.“游戏服务器”可向“SDK 服务器”请求验证sid(调用用户会话验证接口,详见《UC 优视游戏SDK 开发参考说明书-服务器接口》);

2、各个SDK接入实现

1、统一SDK接入框架

1、首先,客户端须要接入多款SDK,为了不能多款游戏重用,.我不还还可不可以 在游戏上边直接去接入每个SDK,可是我须要将游戏和SDK接入分离。

真难 ,.我现在要加入.我统一的支付中心,同样针对多款游戏的,好多好多 ,.我不还还可不可以 让游戏服务器直接和每个渠道的SDK 服务器进行交互,.我也增加六个多统一支付服务器,.我把支付中心的功能也加到U8 Server里。.我再看下新的支付流程:

好多好多 ,.我这套东西,应该有以下十几个 每项:

4、统一的登陆认证中心和支付中心

3、.我须要实现六个多打包工具,不将会1000个渠道包,手动六个多六个多去点击打包,那是会死人的。

但会 ,像棱镜SDK,AnySDK那一套东西,还真的很好。不必呢,又有点心痛的感觉。真难 大难题来了,还还可不可以 当事人来实现并维护一套像棱镜SDK,将会AnySDK那样的框架,作为公司当事人的统一SDK接入外理方案呢?答案是,当但会 能 。只不过,当事人须要苦逼真难 一次,事先就解脱了。将会第一次,每个渠道SDK还是要当事人接入的。但会 ,想到哪此东东须要当事人的,当事人开发,当事人维护,六个多字:踏实。哦,错了,是六个多字。

6、SDK服务器认证成功,会返回SDK服务器那边的用户信息

7.“游戏服务器”向“SDK 服务器”返回否有成功接收充值结果的标志(SUCCESS或FAILURE)。充值结果的成功或失败与此处的接收标志无关,不论充值否有成功,只 要“游戏服务器”不能接收并识别充值结果通知,都应该向”SDK 服务器“返回成功标 志(SUCCESS)

本系列教程,.我就来从头到尾,实现一套例如棱镜SDK,将会AnySDK的真难 一套东西。真难 ,.我先来分析一下,接入六个多SDK,.我须要做实现哪此东西。

完成六个多SDK的接入并真难 十几个 技术含量,但会 能接入1000个SDK,但会 能做到维护容易,特征清晰,安全可靠,一劳永逸就须要真难 容易的事情了。这也是为哪此,世面上冒出了真难 多打包工具的介绍,SDK接入依据的介绍.....但会 ,还各不相同。

2.“SDK 服务器”密码验证通事先返回sid 及用户相关信息(包括:ucid、用户昵 称等);

2.“SDK 客户端”将sid、gameid、serverid 以及对应的充值信息提交给“SDK 服务器”;

1、游戏客户端,首先请求游戏服务器要充值

1、客户端接入抽象SDK框架,根据当前具体是哪个SDK渠道,调用登陆界面,但会 传入用户名和密码,进行SDK登陆操作

随着手游的爆发,做手游的多了,被坑的人多了,真难 总会有你是什么能人异士不甘其苦,开始英文英文英文发动脑筋,去寻求一套既还还可不可以 服务于自身,也还还可不可以 服务于他人的统一SDK接入框架。俗话说,有痛苦,就会有需求。好多好多 ,SDK接入并须要小市场(将会并须要市场也很不小)就涌现出了,像棱镜SDK,AnySDK,易接等原来 专门做SDK接入的公司将会机构。.我自认为,.我是时代的拯救者。.我的冒出,会给广大还在忍受着苦逼SDK接入的童鞋们带来一片光明。然而,事实上呢?

1.“游戏客户端”调用“SDK 客户端”API 接口,提交充值信息; “SDK 客户端”引导用户选者不同的充值依据,输入充值金额。

7.“游戏服务器”将sid 的验证结果及ucid、用户昵称返回给“游戏客户端”

3、一键打包工具

转载至小黑、SZ-绵羊

7、U8 Server拿到用户信息,生成六个多u8 server统一的用户信息并存储。但会 ,紧接着返回给客户端六个多有效的token。

4、游戏客户端拿着并须要sid以及接入事先向u8 server申请的appid,渠道号等信息,Http访问u8 server进行登陆认证。

10、但会 u8 server根据自定义参数中的orderID,查询到对应的订单信息,再根据订单信息,获取到当前用户信息和对应的游戏信息,但会 调用接入游戏事先,游戏服务器提供给u8 server的支付回调地址。并须要回调地址,游戏服务器只须要提供六个多给u8 server就还还可不可以 了。将会游戏服务器只和u8 server交互。

7、渠道SDK支付成功,立马返回六个多情形

8、一块儿,渠道SDK服务器会异步通知游戏开发商设置的支付回调地址。注意,游戏接入的事先,并须要回调地址要设置到u8 server提供的六个多地址。

9、游戏服务器,拿着并须要token去u8 server 进行登陆认证。

1.“游戏客户端”调用“SDK 客户端”的登录功能,“SDK 客户端”引导用户输入 用户名密码,当用户使用“UC 账号”登录时,“SDK 客户端”调用“SDK 服务器” 接口进行身份验证;

5、游戏客户端,拿到订单号事先,带着订单号以及游戏里充值相关的数据,调用SDK抽象接口的支付接口,调用对应的SDK支付界面,进行充值操作。

6.“SDK 服务器”在外理完充值请求后,将通过异步依据通知“游戏服务器”充值 结果。

3、游戏客户端还还可不可以 通过SDK抽象层的接口,获取到并须要sid

10、u8 server 判定token有效,则返回给游戏服务器当前用户的用户信息

好多好多 ,通过对整个框架须要实现的功能的分析,.我设计了一套还还可不可以 实现统一SDK登陆认证和支付中心的架构。真难 接下来,.我就会具体的来实现每六个多每项。包括抽象的SDK接入框架,游戏客户端怎样才能会接入并须要抽象的SDK接入框架,各个渠道SDK怎样才能会整合到并须要SDK框架中来,怎样才能会实现一键打包工具,怎样才能会实现并须要统一的登陆认证中心和支付中心。

5、u8 server 根据当前传递的appid, 渠道号,去对应的SDK服务器进行认证

11、游戏服务器拿到用户信息,证明当前登陆成功,返回给客户端服务器列表等数据,登陆成功。

3.“游戏客户端”在“SDK 客户端”回调通知后,可向“SDK 客户端”获取sid;

通过并须要新的登陆流程和事先老的登陆流程进行六个多简单的对比,.我就还还可不可以 看出。老的登陆认证流程,对于每一款游戏的服务器,都须要和每个渠道SDK进行交互。但会 新的流程,每个游戏服务器只须要和U8 Server 进行交互就还还可不可以 了,完整由U8 Server进行第三方SDK的登陆认证操作。同样的,每开发一款游戏,客户端也只须要接入抽象的SDK接入层,而不再须要去接入每个渠道的SDK了。所有客户端的操作,和服务器端的操作,都只须要做真难 一次就OK了。

题记:好多好多 做游戏开发的人,估计都你是什么地接过渠道SDK,哪此UC,当乐,91,小米,31000......据统计国内市场当前不下于1000家渠道,还包括你是什么真难 SDK的小渠道。每个渠道SDK接入的依据呢,多是大同小异。但会 ,正是哪此小异,又让SDK的接入,产生了无穷无尽的变数。好多好多 ,接入SDK事先,将会你真难 经验,将会真难 被SDK坑过,真难 当你看完这系列文章的事先,你很幸运,让他外理并须要切了。将会你事先被坑过,但会 还在继续被坑着,真难 现在,就须要你解脱的时刻。

4、游戏服务器将订单号返回给客户端

原来 ,.我通过对比六个多支付流程图,还还可不可以 清晰地发现,新的流程,还还可不可以 做到只接入一次,上边多款游戏,还还可不可以 一块儿使用。真难 并须要就作为.我并须要框架的支付流程。.我再发个顺序图,还还可不可以 更直观地看下整个流程:

.我再看六个多登陆认证的顺序图,还还可不可以 更直观地看完并须要流程的顺序:

11、游戏服务器收到回调,验证成功否有,上边返回给u8 server六个多成功将会失败的信息。一块儿,给对应的玩家加游戏币。

2、上边既然说了SDK接入和游戏分离,真难 .我就须要抽象出六个多SDK接入框架,游戏只须要接入并须要框架即可,但会 每个渠道SDK来实现并须要框架。

3、U8 Server生成六个多唯一的订单号,一块儿数据库中生成一根绳子 订单记录,情形是正在支付情形

8、客户端拿着并须要token,去访问游戏服务器(多数是游戏登陆服务器)

6、当前SDK的渠道实现在调用SDK支付界面事先,须要把事先的订单号,装进去去去渠道SDK支付参数的自定义参数中。并须要每个渠道须要一样的。

4、服务器端,同样得,为了支持多款游戏,.我须要六个多统一的用户登录认证中心,和六个多统一的支付中心。

3.“SDK 服务器”接收充值请求后,将返回对应“订单号”给“SDK 客户端”;