首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

游戏版本更新小记

先大概介绍一下项目,卡牌游戏,主要面向女性用户。前期是走IOS市场,后来又移值到Android平台上,在几家大一点的Android渠道上进行运营。Android接入了十几家渠道,比如:91安卓、奇虎360、小米、百度手机助手、安智、联通沃商店、移动MM、电信EGame、联想、酷派、oppo、HTC(聚乐)、魅族(37Wan)、当乐等(后面还有比如豌豆荚、应用宝),IOS也接入了几家:同步推、PP、快用、91、当乐、ITools等。 项目前台使用的Cocos2d-x(V2.2.3) + 公司自己实现的一套MVC 然后绑的Lua,后台使用的是Java。当天更新采取的策略是IOS、Android一起停服更新,这样带来的好处就是前、后端不用维护多个版本,风险同样也大,这么多渠道,首先要提交至少三~四天出包,然后自己内部先测试(登录、注册、充值、重启、断线重连,这个不算游戏内的新增/修改的功能),然后提交包至各渠道进行审核(有被打回的风险)。然后就是各平台上线的时间无法统一,有的平台是手工操作,点一下立马生效,有的需要等待一段时间,有的都不确定多长时间才会生效(像苹果一样,iClound云里下载的可能还是旧的,虽然作为开发者你已经在后台操作放开了),如果每一家渠道对应一组服务器也就罢了,但实际上每一家在不打广告和推广的情况下是不大可能开一组服务器的,这样就会出现几个渠道混服的情况。就会导致有些平台已经审核并通过了,跟它分在同一组服务器的渠道有可能审核被打回了,不让上架,那么作为该平台的玩家就可能比较郁闷了,都不知道何时才能再进游戏,玩家流失的可能性大大提高了。 说了现状,再重点记录一下遇到的一些问题。因为渠道很多,SDK都不一样,很多SDK不提供SDK内强制更新机制,就导致玩家不知道从哪下载最新的包。有的SDK又不允许游戏内置强制更新机制,以免游戏被导入到其它平台造成利益分成的损失。各家SDK的水平真是参差不齐,导致我们更新后,遇多很多玩家不知道如何更新游戏,一登录游戏又会提醒说版本过低,请下载最新的版本。然后很多玩家都不知道自己到底是是在哪个渠道玩,因为所有的Android玩家都在几个大群里,并没有按渠道分群。他只知道他在哪组服里,而他到底是属于哪家平台的无从得知(光看界面看不出来,因为有几家他们的SDK不提供登录系统,只需要接入他们的支付),只要要求玩家提供在游戏内的角色名, 然后再查出他从哪家平台登录的,说起来真是满脸都是累... 还有就是更新的版本,如果替换了SDK则会有潜在的风险,比如最严重的就是影响到帐号系统,这样导致玩家无法玩以前的号了。更新之后我遇到的一个玩家反映无法登录,说QQ号无法登录。我说我们游戏目前没有QQ号登录这一说法啊,不太明白,然后他反映说是安智的平台,截图给我看,就是在安智的SDK登录界面,下面有新浪微博、QQ的授权登录,不曾想安智最近不知改了什么策略,导致qq授权成功后显示的页面为空白,而无法继续游戏了。之前的版本玩家说好的,一更新就出了这个总是,然后我们仔细查了一下,跟安智那边的技术反复沟通,最终安智说同意我们可以不按他们要求的SDK版本号打包。因为如果按照他们强制要求的Android SDK 15打出来的包,在Android 4.4.3下无法显示授权成功的回调页。

01

开发成长之路(14)-- 小项目:视频点播器服务端(放码过来)

开发成长之路(1)-- C语言从入门到开发(入门篇一) 开发成长之路(2)-- C语言从入门到开发(函数与定制输入输出控制函数) 开发成长之路(3)-- C语言从入门到开发(讲明白指针和引用,链表很难吗?) 开发成长之路(4)-- C语言从入门到开发(距离开发,还差这一篇) 开发成长之路(5)-- C语言从入门到开发(仿ATM机项目,我写的第一个项目) 开发成长之路(6)-- C++从入门到开发(C++入门不难) 开发成长之路(6)-- C++从入门到开发(C++知名库:STL入门·容器(一)) 开发成长之路(7)-- C++从入门到开发(C++知名库:STL入门·容器(二)) 开发成长之路(8)-- C++从入门到开发(C++知名库:STL入门·容器(三)) 开发成长之路(9)-- C++从入门到开发(C++知名库:STL入门·空间配置器) 开发成长之路(10)-- C++从入门到开发(C++知名库:STL入门·算法) 开发成长之路(11)-- STL常用函数大集合 开发成长之路(12)-- Linux网络服务端编程(通识篇之熟悉操作环境) 开发成长之路(13)-- Linux网络服务端编程(通识篇)

03

开篇:预备知识---1

​ 大家好,好久不写博客了,久违的感觉。这篇文章是 C/C++ 程序设计专栏的第一篇文章。说实话这个专栏申请了有半年多了,但是到目前为止仍然没有文章产出,本来打算今年年初开始动笔,其中又因为毕业的相关事宜耽误了很长时间,想想真的是非常惭愧。从另一个方面也暴露出了自己在时间管理方面能力的不足。以后真的是得多注意这方面的东西。好了,我们还是进入正题吧。说实话 C语言是我最早接触的编程语言,大一大二写算法代码的时候都是用的 C 和 C++,当时觉得 C语言从某些方面来看非常鸡肋,比如说我们用标准 C语言 语法无法写出漂亮的图形化界面,只适用于做数据处理。后来当我真正对 C语言有了一个更加深入的了解了之后才发现以前的自己太年轻。想要写出图形界面我们随便使用一种图形化框架(MFC、QT 等)就可以达到目的。这些图形化框架是遵循标准 C/C++ 语法的,在这个基础上各种图形库框架提供了各种类库来供开发者使用,这些类库就包括了一些图形化控件(窗口、按钮、对话框等)。因此我们借助这些框架提供的各种类库组合起来就可以写出漂亮的界面。而当我们熟悉了这些框架的相关原理(当然这里面包括很多东西,比如窗口的声明周期、组件的绘制原理和时间、整个程序框声明周期、消息处理机制等)后。回过头来我们会发现这些框架是在 C/C++ 语法的基础上将操作系统提供的一些接口以某种思想(面向对象编程)封装了起来,让我们可以通过调用其封装的相关 API 来间接的调用操作系统的相关接口。其本质上还是需要遵循 C/C++ 语法规则(当然,能设计出一款图形库框架是非常了不起的)。因此本专栏的重点是放在 C/C++ 的语言特性和一些必要的底层原理上,不会从 0 开始介绍 C/C++ 的语法。同时,对于图形化相关的东西不会过多介绍。也算是对 C/C++ 做一个学习总结。作者水平有限,如果文章中有不正确之处还望多多指点,谢谢大家。

04
领券