[cocos2dx]基于Cocos2d-x引擎的游戏框架设计

游戏架构与实现

目前，很多基于cocos2d-x的代码基本上仅是对引擎功能的使用，完全不能按照游戏项目的标准来参考。作为游戏项目代码，不仅需要实现游戏的诸多功能，还需要从架构层面，从模块设计的角度来思考和设计，使代码具有更好的复用性和拓展性。

对于游戏客户端，按照功能模块的区别可分为：引擎封装层模块、游戏数据管理模块、应用程序配置模块、日志记录模块、网络管理模块、消息事件机制模块、输入输出控制模块、音效管理模块、UI系统模块、逻辑系统处理模块、调试器控制模块等。针对不同类型的游戏，通常只需要单独实现最上层的游戏逻辑系统，而剩余的模块完全可以复用。

引擎封装模块（EngineSystem）

为了减少客户端代码对cocos2d-x引擎的依赖程度和降低耦合度，我们建立了引擎封装层模块，将引擎必要的初始化、逻辑更新、渲染和资源管理等操作全部交给引擎封装层处理，使客户端的其他模块不需要过于依赖引擎层。同时，为了避免客户端代码中频繁、直接地调用平台相关的诸多功能，我们还将一些平台相关的功能全部封装在引擎封装层模块内。

cocos2d-x功能很多很强大，但在开发时，需要根据项目需要有条件选择引擎功能（当然，cocos2d-x本身设计实现的很好）。例如，在引擎封装层内部，我们仅使用了一个CCScene对象，在设计之初就刻意避免处理多个CCScene之间的初始化、跳转、销毁、更新等操作，极大地简化了逻辑层代码，降低了复杂度，且到目前为止，在表现效果上没有什么影响。

数据管理模块（DBSystem）

在开发过程中经常会存储和读取大量的静/动态数据，对比我们针对这部分设计了DBSystem模块，专门进行游戏数据层的管理。每种类型的游戏数据都会派生出一个具体的类，如音效数据管理器、图片数据管理器等。这些数据管理器都在DBSystem内部统一进行初始化、更新和销毁，并各自使用单例模式。外层使用时，直接通过其类进行数据读取即可，无须关心其初始化、逻辑更新、销毁等操作。同时，为了时刻对游戏的静态数据进行监控，所有的数据模块都暴露了获取其所包含数据的接口，这样我们就可以在游戏中随时获取数据层的信息，方便进行统计和监控。

应用配置系统（VariableSystem）

开发者一般需要对应用属性进行可配置化处理：一方面可以方便开发者快速开启/屏蔽某些功能；另一方面能更人性化地支持用户偏好设置。目前，我们根据类型的不同，建立了账号、网络、日志三种配置文件，分别对游戏账号、游戏功能信息、游戏网络配置信息、游戏日志配置信息进行动态设置，全部使用XML进行数据存储和读取。

在开发中通常需要保存大量临时数据，这些数据往往被放在各个模块内部，如果其他模块需要使用，就造成两个模块间强行依赖，增加了耦合度。所以，我们将所有临时需要的数据统一定位为内存配置数据，放在我们的应用配置系统中，其和账号、网络、日志配置文件的区别在于：基于文件配置的属性数据都需要在程序退出时强行写回文件，而基于内存配置的属性数据无须保存。

音效控制模块（SoundSystem）

iOS平台并没有十分完善的音效引擎，而一般自行实现的音效库都难以进行拓展和支持跨平台，所以我们直接选取流行的FmodEx引擎，进行游戏音效的播放和管理。同时，结合FmodEx提供的强大接口，可以很方便地实现声音大小设置、暂停、循环、