贪食蛇游戏的结构程序设计流程(转)[@more@]

　　关于游戏的介绍：

　　贪食蛇游戏是一条不停游动的蛇不断的捕食来达到自身的增长，但是若蛇碰到自身的身体或者碰到了任何障碍物，则游戏结束。

　　在该篇文章中，我并不讨论游戏的规则，而只是实现一个游动的蛇。通过该实现来看关于面向对象的设计。

　　寻找规律，建立对象模型：

　　首先从物理的角度来分析蛇得运动规律。它是蠕动的，像水一样流动。他有个特性就是身体的每一个点都经过他头部所在的点，他每一个时刻骨节所要运动的目的地是他前一个骨节所在的位置。

　　不难看出，其中的对象模型为

　　蛇，骨骼，骨节，头

　　抽象的接口为

　　蛇，骨骼，骨节，头，图元

　　结构图：

　　

　

　　

接口结构图

　　

骨骼骨骼

　　

　

　　

对象结构图

　　给接口添加行为：

　　图元（GraphicObject）

　　绘画：进行图元自身的绘画操作

　　当前矩形：得到图元当前所在的矩形，也可考虑使用region，这样使得对图元范围得描述更加具体。

　　骨节（Condyle）

　　前一个骨节：提供前序访问

　　后一个骨节：提供后序访问

　　流动：进行骨节运动诡计得计算。

　　骨骼（Cadre）（管理骨节链）

　　得到头：得到蛇头

　　得到尾：得到蛇尾

　　新增骨节：在骨节链中新增骨骼

　　删除骨节：在骨节链中删掉指定骨节

　　头（head）

　　方向：能够设定和访问当前运动方向。

　　蛇（Snake）

　　增长：蛇进行自身得增长

　　完善模型，引入访问者模式

　　存在的问题：

　　当前是由具体的骨骼对象来负责图元的绘画以及处理流动的，而骨骼只是管理骨节，没有提供任何访问骨节的方法，我们应该怎样访问骨节呢？比如我们要每个骨节画出自己的形态，我们可能会这样做。在骨骼上提供一个绘画方法，然后通过遍历骨节链，调用每个骨节的绘画方法。这样似乎可以解决问题。那么，我们要进行骨节流动计算呢？我们再在骨骼上提供流动方法，然后同样的遍历骨节，调用每个的流动方法。我们要是加入统计骨节个数功能呢？我们要是加入其他的需要遍历骨骼的方法呢？……

　　这样做的缺点是什么？

　　1、 相似的代码有多份

　　2、 如果骨节的访问结构发生变化，后果会怎样？

　　3、 有新功能需要遍历骨节链该怎么办？

　　这样会迫使我们拷贝代码.

　　解决办法，引入访问者模式：

　　新增加接口如下：

　　

　

　　加入行为：

　　访问者：（空，无方法，属性）

　　被访问者：

　　接受访问者

　　骨节访问者：继承自访问者

　　访问骨节

　　完整的结构图：

　　

接口结构图

　　

　

　　

对象结构图

　　

　　黄造

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/8225414/viewspace-951673/，如需转载，请注明出处，否则将追究法律责任。