从不同层面看cocos2d-x

2022-07-12 16:23:38 浏览数 (2)

大家好,又见面了,我是全栈君,祝每个程序员都可以多学几门语言。

一 框架层面 二 Lua层面 三 工具层面 四 android打包 一 框架层 总体来说,cocos2dX提供的一个简便的框架,包括了渲染,动画,事件分发,网络还有UI,物理引擎等几大模块。对于做一个游戏从功能上来说已经 足够了。我从这几个方面分别探讨下cocos2dX的优缺点以及我们在项目中是怎样用到的 (1)渲染:渲染这块,他的渲染数据跟Sprite进行了绑定,然后对于openGl也是直接进行了调用,而不是採用策略或者插件进行调用。对于后期假设採用DX的话 我认为这块比較冗余些。可是这些并不会影响游戏的渲染速度。它提供了batch来进行批次渲染。所以在游戏里,我们对资源进行了分组,然后分别用textPacker 拼成一张图片,格式呢 没有alpha的採用 RGB565,有alpha的採用RGBA4444,要求高的话就採用RGBA8888,然后统一採用批次渲染。游戏的速度会提升非常多。 对于游戏数据的管理,cocos採用CCTextureCache这个单例类进行管理。释放能够採用所有释放,还有释放没实用过的。而且也提供了异步载入动画资源的方法 (PS:这个对于想做ARPG的同学来说,但是好东西了)。所以对于渲染这块,我们尽量用批次,然后记得释放内存就OK了。 (2)动画:cocos他提供了一套action机制。总体来说,是sprite run action。然后驱动action里面的动画数据,进行播放动画。全部的动画都能够走action 接口。对于使用者来说,也不用去关心其它东西,仅仅须要初始化好你想要的动作,然后把动作数据塞给action。然后让sprite run 就能够了。大概action就是这个 流程。本来我们想自己写自己的动画,可是到后期,由于自己写一套工作量大。所以对于move,scale什么的仍旧採用cocos自己的。仅仅有animation採用了我们的。 可是如今想起来,全然没有必要。cocos提供的已经足够了。我们所须要做的就是把动作编辑器导出的动画数据用cocos的动作翻译(对于动作编辑器我后面会讲)写 这么一个层就好 (3) 事件分发:cocos对于事件分发这块就比較弱了。他是事件管理是通过存储每个object以及他接收事件的优先级。然后进行分发。可是他并没有对场景进行树的管理 。所以我们的改变就是建立起场景树,然后事件分发先从场景顶端往下分发。期间每一个节点能够设置是否响应以及是否继续往下传递的属性(作为OC出身,这块全然模仿苹果那套) 全然丢弃了cocos的那一套事件分发机制。对于场景树的维护,仅仅须要每次step的时候更新下。所以对于查询性能须要好好写一下 (4)网络:cocos提供了对curl的封装。提供了http的一些简单比方get,post的封装。但对于断点续传等并没有封装。对于socket,cocos则全然没有提供。我们採用了 BSDSocket (5)UI:UI这边,cocos提供了几种简单的控件,比方CCButton等。他们都继承于CCSprite,可是太少。并且初始化方法是在是太过于奇葩。所以我们自己写了一套UI。 (事实上无非也就是 button,label,tableView,scrollView,image还有textInput)他们也都继承CCSprite。然后添�一些每一个控件独有的逻辑就能够了。最麻烦 的应该就是textInput了。照着cocos提供的input写一遍,然后改改。(cocos提供了CCEditeBox,可是这货的的解决的方法是在IOS上调用IOS的的控件。可是他是直接加到了egLView上,对于页面移动,页面关闭处理起来比較麻烦。 所以这个临时还不能用) 二 lua 为了让游戏更有灵活性,cocos提供了lua。由C 做引擎,然后lua去写逻辑。这样就能够绕开苹果的审核。我们就讨论下C 与lua碰到的问题。 (1)通讯:cocos採用了tolua 来进行C 与lua的通讯。看Cocos2dXLuaLoad文件中,那些就是lua与C 通讯的一个层。详细通讯原理比方是通过 栈,什么的我就不讲了(事实上我也不太懂)。这些东西tolua 都已经替咱封装好了。我们须要做的就是写好C 文件 然后生成load文件。在CCLuaEngine里调用你生成的那个load方法。lua就能够訪问C 了。须要说明的是,我们这边尽量是lua调用C 的方法,C 不会去调用 Lua的方法。调用也是通过callBack去调用。 (2)问题: 问题1.当C 里面的函数须要传递lua指针时:在C 里,lua的函数指针是一个int的 变量。生成时用Lua_Func来取代。然后生成后运行cocos2dX源代码 里面build.xml。xml的左右就是定制tolua 的生成。在里面把lua的函数指针转成了int了。详细的看xml内容就能够了。 问题2.在CCLuaEngine里调用那些load方法时,是有顺序的。一定要父类在前,子类在后。不然子类就无法訪问父类的方法。 (3)写法: lua都要添�module,变成模块化,提高代码的可读性,然后require的时候一定要像cocos样例那样,写全路径。不然打包android的时候 就悲剧了。 lua里面不要用全局变量持有sprite等C 数据。每一个模块也要像cocos那样提供2个方法,一个是进入该模块的初始化方法,一个是退出 该模块的销毁方法。 对于lua这边写法,我们參考了 moai,还有corona,在lua那边在封装下C ,其它lua不是直接调用C ,尽量不要让lua的写法太过于 活跃。不然以后调试真心头大。 (4)调试:lua的调试是最大的问题。仅凭一个lua_error所报错的信息是全然不够的。并且Xcode对于lua的语法高亮支持的也不好。我们对此 进行了2方面的尝试 1.windows下,用decoda。然后也能够打断点。 2.mac下,临时用Eclips加lua插件进行写lua,然后通过log进行调试。只是近期想尝试Vim,应该会比之前靠谱。 三 工具层面 工具上,cocos提供了 cocosBuilder,我认为他属于一个集成的工具。想要追求全,必定不精。所以cocosBuilder无论是 场景编辑,界面编辑,还是动作编辑都不是非常好用。所以我们採用的策略是用Flash的那一套。界面编辑用FlexBuilder的界面编辑,然后 导出xml,写一个xml翻译类,依据xml创建面板,动作编辑用FlashPro。然后用jsfl读出flash信息,导出xml,用cocos自己的action机制 去翻译,演绎。场景编辑的话,我们的游戏并没实用场景编辑的需求,所以没有进行研究,只是titleMap是个不错的选择 四 andrid打包 android打包,事实上难点在于调试。由于无法打断点。本来lua就难调试,结果还要加上android。打包android那边就是多看看NDK,JNI的 一些资料,然后了解mk文件怎么书写。看看cocos提供的那些sh脚本。打包大部分问题都是路径的问题。依据错误一步步来,别急,肯定能打上。 打包完毕以后,剩下就是调试。调试的话 主要就是C 与java之间的通讯了。那就要多看看jni的一些东西。然后看cocos/platform/ 还有android 里面的类。那些是c 跟java通讯的类。我们调试主要就在那打log。jni的原理我就不讲了。。多看看懂一点就能够了。毕竟咱仅仅是为了看懂,会照猫画虎 写一点。不是必需深究。对了,android好奇葩,上网还须要权限配置!!!在mainfest.xml配置权限。靠,搞了好久这个问题。 好了,我对于cocos的见解就这么些。可能包括了cocos全部的东西吧。都不细,仅仅是给大家当一个消遣时间的东西。欢迎大家一起讨论。 最后,感谢cocos2dX的那些大牛们。是你们的无私让我们才有机会这么easy接近游戏开发。谢谢你们。

发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/118802.html原文链接:https://javaforall.cn

0 人点赞