BlogJava-摆渡人，外婆桥！-随笔分类-WorkFlowhttp://www.blogjava.net/swingboat/category/6385.html            ----只要路选对了，就不怕有多远！zh-cnWed, 28 Feb 2007 04:01:43 GMTWed, 28 Feb 2007 04:01:43 GMT60有限状态机的实现 http://www.blogjava.net/swingboat/archive/2005/12/28/25646.htmlswingboatswingboatWed, 28 Dec 2005 01:02:00 GMThttp://www.blogjava.net/swingboat/archive/2005/12/28/25646.htmlhttp://www.blogjava.net/swingboat/comments/25646.htmlhttp://www.blogjava.net/swingboat/archive/2005/12/28/25646.html#Feedback0http://www.blogjava.net/swingboat/comments/commentRss/25646.htmlhttp://www.blogjava.net/swingboat/services/trackbacks/25646.html
最近看了一些游戏编程AI的材料，感觉游戏中的AI，第一要说的就是有限状态机来实现精灵的AI，然后才是A*寻路，其他学术界讨论比较多的神经网络、模糊控制等问题还不是很热。

FSM的实现方式：
1） switch/case或者if/else
这无意是最直观的方式，使用一堆条件判断，会编程的人都可以做到，对简单小巧的状态机来说最合适，但是毫无疑问，这样的方式比较原始，对庞大的状态机难以维护。

2） 状态表
维护一个二维状态表，横坐标表示当前状态，纵坐标表示输入，表中一个元素存储下一个状态和对应的操作。这一招易于维护，但是运行时间和存储空间的代价较大。

3） 使用State Pattern
使用State Pattern使得代码的维护比switch/case方式稍好，性能上也不会有很多的影响，但是也不是100％完美。不过Robert C. Martin做了两个自动产生FSM代码的工具，for java和for C++各一个，在http://www.objectmentor.com/resources/index上有免费下载，这个工具的输入是纯文本的状态机描述，自动产生符合State Pattern的代码，这样developer的工作只需要维护状态机的文本描述，每必要冒引入bug的风险去维护code。

4） 使用宏定义描述状态机
一般来说，C++编程中应该避免使用#define，但是这主要是因为如果用宏来定义函数的话，很容易产生这样那样的问题，但是巧妙的使用,还是能够产生奇妙的效果。MFC就是使用宏定义来实现大的架构的。
在实现FSM的时候，可以把一些繁琐无比的if/else还有花括号的组合放在宏中，这样，在代码中可以3）中状态机描述文本一样写，通过编译器的预编译处理产生1）一样的效果，我见过产生C代码的宏，如果要产生C++代码，己软MFC可以，那么理论上也是可行的。

swingboat 2005-12-28 09:02 发表评论
]]>