一个基于OGRE图形引擎高度面向对象游戏结构.docVIP

一个基于OGRE图形引擎的高度面向对象的游戏结构 0.前言 其实在此之前真正的游戏我只写过一个的，就是一个叫《紫星村》的。那个游戏情节很缩水的，策划让我增加情节，我就说不行了，因为结构太差了，里面有2000行的switch啊。 当然任何有一点点制作经验的人都会知道这个switch应该用类似状态机这样的更好的方式来实现，在这个事情之后，我就没敢再写过游戏，我一边学习OGRE图形引擎，一面努力的学习游戏结构，这样的文章也真不少，光《游戏编程精粹》中就有《一个游戏实体工厂》《一个基于对象组合的游戏构架》《一个针对巨量多玩家游戏的灵活的仿真框架》等（都是中文版游戏编程精粹23中的文章），网上文章也很多。不过或者太复杂或者太简单，或者用来维护任务而没有消息驱动，或者太底层连内存池都要管理。 去其糟粕取其精华，我们需要一个高度面向对象，消息驱动，拥有有限状态机的结构，能很好的结合OGRE以及其他引擎，能够应用于绝大部分类型游戏，可以支持游戏储存/读取（对象序列化）的结构。我尝试写了一个这样的结构，不敢乱吹牛，不过本人用起来还是满爽的。 1.总体 介绍一下这个结构的思路。 游戏中所有可以活动的物体被称为角色（Actor），角色首先是一个有限状态机，所以他可以有简单的智能。有限状态机能执行瞬时动作或者注册持续动作给角色，角色能维护一些持续的动作（比如寻径）。角色之间可以通过传递事件消息进行交流。 角色们共同存在的空间被称为世界（World），这个概念很广泛，比如一个装载很多物品的背包就是一个物品角色的世界，而背包在更大的世界中却是一个角色，最底层的世界用来维护场景地图（比如BSP地图）。当角色执行某个动作的时候可以对世界广播这个事件，在收听这个广播者角色频道的所有角色都能得到这个事件，当然世界本身也可以向其中的角色广播事件。 写这个程序的时候，我很认真的规范了风格，并生成了相应的文档，下面提到的任何事情，您都可以在本文提供的文档中找到对应的介绍和代码实现。 2.角色的实现 白色的Actor_t(“_t”代表接口)就是角色的接口，当然我们希望在接口层不依赖引擎的实现，是一个绝对的抽象，在角色接口类Actor_t类下面的是游戏具体实现的角色（节点管理角色和表层管理角色，节点管理角色又分成摄像机管理等等），而角色接口类Actor_t本身是一种有限状态机（FSM_t）,有限状态机又是一种可以储存对象（SaveObj_t），可以储存对象拥有字符串接口（OGRE::SringInterface）。 OGRE::SringInterface： 这个是OGRE引擎提供的一个可以把类中的属性和字符串互相转换的接口。我们不是说接口层要脱离引擎么，怎么又使用了这个OGRE的东西呢。看了OGRE的源码您就清楚了，这个接口抽象得很漂亮，和其他的引擎的类没有什么依赖的，我们只把这个接口当作大师实现的对象序列化策略就可以了。 SaveObj_t： 在我的源代码中预留了 void SaveObj_t::load ( Std::istream is?) [virtual] void SaveObj_t::save ( Std::ostream os?) [virtual] 这两个读取和储存的接口，并没有具体实现，但是只要有了:SringInterface接口，只要写进去您的储存策略就好了。 FSM_t： 有限状态机的实现。 公有成员 ? FSM_t () virtual? ~FSM_t () virtual void? postEvent (Event_t * evt) ? FSM_t::postEvent( Event_t * evt ) 得到事件. virtual bool? exect () ? exect() 处理下一个事件. void? exectAll () virtual void? addState (State_t * state) 增加新状态 virtual bool? setState (std::string stateName) 设置当前状态 在这里我们把提交事件和处理事件做成了异步处理，这样不仅可以提高松散耦合，更能在以后的改进中用更加灵活的策略处理事件（考虑多线程）。 Actor_t： 游戏世界中的角色 公有成员 ? Actor_t (std::string name) virtual? ~Actor_t () const std::string? getName () virtual void? update ( float timeElapsed ) 更新角色. virtual void? goTo ( World_t * world ) ? 记录进入世界. vi