(cocos2d-xlua)quick与DIY调研..docx

quick-cocos2d-x与cocos2d-x + lua调研前言调研的目的是为新的游戏项目选择的技术方向，本文将主要以介绍quick为主，因为quick其实就是用cocos-lua，只是在上层框架有扩展而已，把扩展的部分直接去掉就是完全的cocos-lua了。所以quik实际是伴随cocos-lua发展的或者说在cocos-lua的基础上发展的。所以我们需要分析quick的框架的优势，性能，以及quick团队对quick提供的各种三方工具和SDK，以及quick未来的发展。通过这些来决定我们我们是否选择quick。触控（cocos2d-x维护商）收购了quick团队，同时quick团队获得了cocos2d-x lua的维护权。即所以cocos2d-x的方案都由一家公司负责，所以无论我们选择哪种方案在以后进行转换应该工作和难度都不大，而且quick有意将quick和cocos-lua整合。但是对于对于触控收购quick，网上也有另外一种说法，即触控有意阻止quick的使用群体，将重心放在cocos-lua上。个人觉得后者可信度不高，就是以后没有quick版本，新的版本也会会考虑对quick的兼容，以及从quick到新版本的过度，所以现在就开始担心的quick生命周期是没有必要的。Quick架构Quick扩展的功能1.更完善的Lua支持，包括一个Lua框架对 C++ 接口进行了二次封装。2.补充了大量 cocos2d-x 没有提供，但游戏需要的功能，包括数据加密编码、网络传输、设备功能、物理引擎等。3.为提高开发效率，提供了 Objective-C 和 Java 的桥接模块，以及强化的Windows/Mac 模拟器（player）具体的细节在quick下文quick的前世今生中有详细说明。Quick的扩展使得使用开发游戏更快，框架更清晰，调试更方便。如果就这些方面和cocos-lua比较，做为一个开发者会毫不犹豫的选择quick进行开发，但是就因为quick帮我做了很多繁琐的事情，并且很多功能的扩展，好是好，但是其稳定性，效率也就是我们相对不能够控制的了。比如架构本身出了问题，或者较高设计部好效率低等情况，所以我如果能够保证quick的稳定性和效率，那么我认为quick是我们应该选择的技术方向，就稳定性和效率而言，我们无法正确的判断，只有通过产品的验证，在游戏中有没有使用quick开发的，并且相应较好的，答案是有的，唐门世界这款千万级手游就是用quick做的，所以这个游戏也解决我们在性能和稳定性方面的顾虑，同时quick也是开源的，对于我们来说也有一定把控能力。Quick也提供了比较完善的开发稳定，和很多游戏框架的deamon，Quick 2013-2014Quick 在2013前讨论的人聊聊无极，但是到了2013低时已做出了骄人的成绩，至今quickv3版本已经发布。使用quick的开发游戏的公司越来越多，了解quick我们从廖宇雷口中的quick开始。2013.8.5（廖大—quick中文网）初窥 quick-cocos2d-x/?p=1#more-1为什么会有 quick开发 quick 的最初原因：为使用lua的开发商提供解决方案，降低学习曲线，提高易用性，创建一个精简、但更容易扩展的架构quick 和 cocos2d-x 的差别lua接口封装更完善，同时quick 在 cocos2d-x 基础上添加了更多游戏必须的功能，例如完善的 HTTP 和 Socket 网络功能、数据加密解密、设备功能访问等等。未来集成付费充值、统计、社会化分享、好友链等各种第三方 SDK。?quick 的附属项目会提供大量现成的 SDK 封装，进一步提高开发效率，让开发商把主要的资源花在游戏玩法上。cocos2d-x 自带的 Windows 和 Mac 模拟器功能太简单。quick 特别开发了功能完备的模拟器，让整个游戏在开发阶段的大部分时间里都不需要借助真机就可以进行。quick 里还包含了物理引擎 Chipmunk 2D 的Lua封装（相信我，你不可能找到比这个更容易使用的物理引擎接口）、骨骼动画播放（支持DragonBones、CocoStudio）、高性能的LuaJIT虚拟机等等。总结：1.更完善的Lua支持，包括一个Lua框架对 C++ 接口进行了二次封装2补充了大量 cocos2d-x 没有提供，但游戏需要的功能3.为提高开发效率，提供了 Objective-C 和 Java 的桥接模块，以及强化的 Windows/Mac 模拟器（player）quick 由哪些部分组成quick 由几个主要部分组成：1.cocos2d-x：目前基于 cocos2d-x 2.1.4 版本2.tolua++：用于将 C++ 接口导出给Lua脚本使