将“数据驱动”思想应用到cocos2d-x游戏Stop GMO

1.首先，数据驱动是什么？

这个问题，我不敢回答，由于我也是刚刚从《游戏编程精粹1》这本书上了解到的，我并不彻底了解它。关于数据驱动的介绍，能够参考《游戏编程精粹1》的第一章第一节（我不是来卖广告的...），或者参考如下地址：

http://www.cnblogs.com/tadi314/archive/2010/03/11/1683795.html

不过，从它的介绍中能够看出，它至少能够减小使用硬编码，必定程度上分离逻辑与数据。

2.而后，Stop GMO是啥玩意？

若是不嫌弃，能够参考一下个人上一篇博文，里面有Stop GMO的介绍和代码地址等。简单来讲，Stop GMO就是本菜鸟学习cocos2d-x时尝试编写的一个横版游戏（应该说，是山寨原版Stop GMO的一份劣质品）。

3.那么，数据驱动与Stop GMO有什么关系？

说实话，它们之间原本没有半毛钱关系。我如今时想将数据驱动的设计思想应用到Stop GMO，让它们有一点关系，好让我山寨的Stop GMO沾沾光...

-----------------------------------------------我是分割线-----------------------------------------------

若是有哪位好心人能够忍住恶心读一读我那份写得很烂的Stop GMO的代码，就能够发现，游戏场景中的Enemy类是全部怪物类的父类，它将派生出Carrot，Corn等怪物类型。而其实Carrot类与它的兄弟类Corn能够说是彻底同样的，它们的行为，数据类型上彻底一致，只是数据的具体值不同而已（例如攻击力、生命值或者动画贴图不同）。这样，咱们能够尝试应用数据驱动的思想，将这些数据的具体值编写到一个外部的文件里（如xml文件），那么Enemy再也不派生出Carrot，Corn等类，而是Enemy本身就做为一个可实例化的类，可是在实例化以前接受来自外部文件所定义的具体数据值，影响自身的初始化，从而模拟“派生”Carrot，Corn等类。

应用数据驱动，读取外部文件，从而模拟出派生的行为，究竟有什么好处呢？看回原来的设计，Enemy是不能实例化的，而是派生出Carrot等子类，Carrot在构造函数中定义了自身的属性数值，如生命值、攻击动画等。但实际上，Carrot并无对Enemy进行任何的扩展，它只是具体定义了一些数据而已。这彷佛有点“类冗余”（这个词是我瞎编的...）。咱们每次想要添加一种新的怪物的时候，都要修改原来的代码，派生出一个新类型。可是，若是咱们将怪物的具体数值放到外部文件，将Enemy设计为可实例化的，Enemy接受外部分文件数据进行初始化，则通过必定的设计后，能够作到添加新怪物类型的时候，不须要修改原代码，只是修改一下外部的数据文件而已。

-----------------------------------------------我是分割线-----------------------------------------------

(好吧，或许一部分人还不清楚我上面一段话想要表达什么。不要紧，是个人表达能力有问题，不关你事的~~~)那么，选择什么文件类型来存储这些具体数据好呢？我选用的是xml文件。那么，咱们如今考虑解析xml文件的问题。对于我这样的懒人和菜鸟，第一个想到的不是本身写一个解析程序，而是上网看有没有相应的函数库。通过谷歌+百度后，我发现cocos2d-x里面有个CCSAXParser支持XML的解析；同时，也有个开源的C++ XML解析器tinyxml。不知道为何，我更倾向于用tinyxml。多是我想到我正在作的毕业设计也须要xml文件保存数据，tinyxml做为一个独立的库比较方便吧。

当我想下载tinyxml库的时候，我又发现了tinyxml2，因此我就下载了tinyxml2，因此，我就尝试用一下tinyxml2了。下面给出一个简单的例子代码，是我尝试设计的用做Stop GMO中保存的Enemy具体数据的格式，以及一个简单解析尝试：

http://www.oschina.net/code/snippet_115087_17336

咱们将数据保存到外部文件，再解析到程序中应用，则能够在添加新的单位（怪物）类型不须要修改程序代码，使得程序变得更有扩展性。这种方法，在RTS游戏中应该比较经常使用吧（魔兽争霸的世界编辑器里头的数据编辑器？）？