与iPhone应用运营有关的一些想法

昨夜睡前突然想到了一些iPhone应用的运营思路,越想越兴奋,结果失眠了,sigh = =

由于每次更新iPhone应用的客户端的版本都需要苹果的审核,因此面对紧急的bug时,在客户端非常难做及时的调整。所以,基本的思路就是,要将客户端做得非常灵活,一些关键逻辑可以做到从后台控制,这样在发生突发状况时可以直接在后台发布新版本来更新整个应用的功能。最极端的状况是把客户端做成一个脚本解释器,通过从后台下载脚本来完成应用或者游戏的功能。这样对客户端的要求可能就要高一些了,在脚本解释方面一定不能出现bug,= =..

具体到游戏的运营,可以考虑这样做:客户端集成渲染引擎和基础游戏逻辑,然后将关卡数据、游戏素材等通过后台来将配置下发,这样更新的关卡或调整数值时就不用发布新的客户端版本了。同时游戏外层的菜单逻辑完全可以考虑采用脚本编写,提供最大的灵活性。

想到这里,其实可以再多想一些,何不把这种技术做成一种平台/服务?我们提供的是一个易于发布和维护iOS应用的平台,将应用运行框架(其实说白了就是一个脚本解释器..)做成一种中间件,开发者只需让应用初始化上架一次,其它的更新就可以通过这个平台来进行后台发布。。。