本文作者
作者:蓝师傅
链接:
https://juejin.im/post/5ee6545f6fb9a047a11dbf56
本文由作者授权发布。
蓝师傅最近几个月非常忙,很久没更新文章了,惭愧惭愧,距离上一篇技术文章已经是半年前了~
前几个月负责游戏SDK的开发、维护、对接工作,项目结束了一段时间了,梳理一下游戏SDK开发涉及到的知识点。
有些朋友可能对游戏SDK开发有点陌生,希望本文对你有一些帮助。
0 前言记得17年毕业那会儿找工作的时候,去一家公司面试,面的是游戏SDK岗位,面试官一开口就问我之前有没有做过SDK开发,我说没做过,结果聊了几句就回去等通知了~
HR在筛选简历的时候可能出了点问题,但是,从技术角度讲,没做过SDK开发就不能胜任这个岗位了吗?
1 什么是SDKSDK(Software Development Kit)是软件开发工具包的意思,一般我们将一部分功能单独封装成一个library进行开发和维护,然后将编译产物(jar包或者aar)提供给多个项目使用,这就属于SDK开发。常见的如短视频SDK、推送SDK,分享SDK,以及这篇文章的重点:游戏SDK。
2 游戏SDK2.1 游戏SDK是啥
小红是做社交App的娱乐公司,日活几千万,想让自己平台多元化,比如做个游戏下载的功能,给用户下载,用户觉得好玩,可能就会付费买装备,但是有个问题,小红并不会做游戏,如果单开一个产品线去研发游戏,投入是相当巨大的,所以想到能不能去外面接游戏进来。
最终小红和小绿确认合作关系:
1、小红提供游戏SDK,需要包含核心的登录功能、支付功能;
2、小绿开发完的游戏,不接入其它平台的登录和支付系统,直接接入小红的游戏SDK,用小红的登陆和支付系统
3、小红每个月都要跟小绿对账,按比例分成给小绿
小结:游戏SDK跟普通SDK的区别在于,它提供一个游戏账号体系和支付体系,核心就是登录和支付功能。
2.2 游戏SDK的流程图
游戏SDK最核心的是登录和支付功能,其它的都是运营相关的,例如埋点、数据统计等等~
登录和支付的流程大概如下图:
图画的比较简陋,解释一下,上半部分是登录流程、下半部分是支付流程,
流程还算比较简单的~
接下来说说游戏SDK开发的一些需要注意的点:
3 游戏SDK开发注意事项3.1 少依赖
很多开发者都知道,作为SDK,应该尽量少使用开源库,或者说不用开源库,
而是通过手写网络框架,手写数据库等等,主要是考虑两个方面:
减小SDK体积 ;
避免第三方接入的时候发生依赖冲突
当然,依赖库并不是说不能用,有时候一些数据统计的库需要依赖第三方,那这种情况是没有办法避免的,可以在对接文档中提供一个解决依赖冲突的办法
3.2 解决依赖冲突
方式一
在app的build.gradle中添加类似配置如下:
configurations.all {
resolutionStrategy {
//解决v4包冲突,强制使用这个版本的v4包
force 'com.android.support:support-v4:26.1.0'
}
}
方式二
exclude
implementation("com.xxx.xxx:xx") {
exclude group: 'com.android.support'
}
exclude是最常用的解决依赖冲突的方式,但如果多个依赖库引入不同版本的其它库,需要分别写好多个exclude,显然第一种方式比较简单粗暴。
3.3 对外暴露的接口尽量少
面向接口编程,以游戏SDK为例,对外暴露的接口一般有SDK初始化、登录、支付等,参考设计如下:
定义接口:
interface IGame {
// 1、在Application中调用,
fun registerApp(context: ApplicationContext, appId: String)
// 2、在activity中初始化
fun init(activity: Activity)
// 3、业务接口,登录、支付等等
fun login(loginCallBack: LoginCallBack)
fun pay(product: Product, payCallBack: PayCallBack)
...
}
实现类
/**
* 实现类
*/
class GameImpl : IGame{
override fun registerApp(context: ApplicationContext, appId: String) {
//appid相关
}
override fun init(activity: Activity) {
//初始化逻辑,例如显示悬浮窗
}
override fun login(loginCallBack: LoginCallBack) {
//登录逻辑
}
override fun pay(product: Product, payCallBack: PayCallBack) {
//支付逻辑
}
...
}
实现类是我们的内部逻辑,我们不希望被外部访问到,外部只需要知道有 IGame这个接口中的方法就行,我们可以再写个单例的管理类来给外部使用
/**
* 单例的SDK管理类
*/
object GameSDKManager :IGame{
//实现类私有化
private val gameImpl: IGame by lazy { GameImpl() }
override fun registerApp(application: Application, appId: String) {
gameImpl.registerApp(application,appId)