【零起步开发Cocos2dx-3.x-王牌飞行员（二）】从程序的层次结构
|
------ 原创博客，转载请注明出处：http://www.52php.cn/article/p-ylydncoz-dt.html ------ 在开发游戏之前，我们需要理清楚一些游戏的层次关系，虽然Cocosdx具有强大的跨平台特性，但是多了解一些底层的机制肯定不会有坏处。在新创建一个cocos2dx的项目以后，我们会发现，项目文件夹是这样的。 图片最上方的cocos2dx命令是利用cocos内建命令创建，其中-p指定的是项目的包名，-l指定的是项目的开发语言，最后指定项目名称，这样一个cocos2dx项目就创建了。在这个目录结构中，对于开发期间，最频繁使用的是Classes和Resources。在Classes里是我们编写的cpp文件和h文件，在Resources里是项目中所涉及到的资源文件。 说到这里，为了后续流畅的开发，不得不提一下cocos2dx程序的层次结构。首先，在最顶层的是Director，这是一个单例类，掌管着一些宏观上的游戏数据。在Director下面是Scene，Scene顾名思义是场景，比如游戏的开始界面，游戏界面，结束界面，这些都是不同的游戏场景。Scene下面是Layer，Layer是图层的意思，就是在同一个场景中，如果有多个物体同时出现，那么在一个图层上显示将会相当的混乱，因此引入图层的概念，通过层，将不同层的对象隔离开，分开处理，大大降低开发难度。最底层是Sprite，Sprite是游戏中最基础的元素，很多动作真正的实施者都是Sprite。 在本次开发中，我将各个Layer也设置为单例类，因为各个场景之间几乎没有公用的Layer，设置成Layer能减少程序出错的机会，并且使程序结构更加整洁。并且，在本次开发中，所有CPP类仅仅描述至Layer层，所有的Sprite都是在Layer中间直接声明的默认Sprite对象，而并非去继承Sprite类，这一切都是为了游戏能够简化，降低开发难度和出错概率。 这是目前本次项目的Classes文件夹中的内容，每个cpp文件中只包含一个同名类，这样保证了目录的清晰性。
下面简述一下各类的用途：
现在开始，分析一下系统自带的Helloworld程序的系统层次，在系统自带的Helloworld中，蕴含着一个很绕的逻辑关系，至今我也没发现这么设计有什么好处，我们先来看一下头文件： #ifndef __HELLOWORLD_SCENE_H__
#define __HELLOWORLD_SCENE_H__
#include "cocos2d.h"
class HelloWorld : public cocos2d::Layer{
public:
static cocos2d::Scene* createScene();
virtual bool init();
void menuCloseCallback(cocos2d::Ref* pSender);
CREATE_FUNC(HelloWorld);
};
#endif // __HELLOWORLD_SCENE_H__ 该Helloworld程序跑起来以后是这样的，Director -> scene -> layer ->sprite。但是Helloworld程序的调用步骤是这样的：初始化Director -> 利用layer的static函数构造一个scene -> 初始化layer -> sprite。 这么做会感觉逻辑比较绕，于是我就想了一个简单清晰的架构，直接由Director初始化scene，由scene初始化layer，由layer初始化sprite。这也是今后整个游戏框架的编写策略，这样从上至下地写，逻辑很清楚，不会乱。好了，这一篇的废话有点多了，下一篇开始要上干货了！
本系列的博客的作品都会开源在github上： https://github.com/netbeen/flyingACE,时时更新，欢迎大家star和fork，谢谢捧场！ 某一关的测试视频demo： http://v.youku.com/v_show/id_XODgzNDQwNDgw.html?f=23404712&o=0 （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |