图-: 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 8, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 9, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 这是一张连连看的地图,假设标8和9的部分是两张相同的牌。 在数组矩阵中,0表示没有牌,大于1表示有牌。至于是什么牌,那是随机的了。 不要告诉我,你说的“布局算法”是指怎么把牌刚刚好放上去,那个无所谓什么 算法,你只要首先在地图数组中准备好偶数个1,在布牌时保证每种牌是偶数个 (不同种类的牌用大于1的数来表示),相应地放入每个1的位置上就可以了。 一、计算地图上这两张牌能不能连通(当然能了,哈哈)。 这是连连看寻路算法的第一步。 先定义一下两张牌能连的充分条件: 1.两张牌是同一种。 2.两张牌之间有一条全是0的路可以连通。 3.这一条路不能有两个以上的拐角(corner) 满足这三个条件,就可以认为这两张牌是可以连的。 首先,我们依据前两个条件来完成一个基本的寻路算法。 我们的目的是从8到9找出一条可以连通的路来。 那么很明显从8到9的第一步一其有四个方向可以选择,分别是东,南,西,北 (e, s, w, n以中国地图方向为标准)四个方向,在第一步中我们首先假设四 个方面没有任何优劣,那么我可以任意选择一个方向移动,那就是东面吧。 图二: 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 8, -8, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 9, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 我从8向东移动了一步,所以到达了-8的位置,我之所以可以移到-8位置,很明显, 是因为-8的位置上原来是一个0,表示没有牌阻挡。 那么现在寻路的问题就变成了,如何从-8找连通9的路了! [Page] 说到这里应该明白了吧,好多费话,有点像娘们在说话。 所以目前的寻路算法归结为一个递归算法的基本问题。 先从8到找到下一个结点-8,再用同样的规则,从-8找到下一个结点,比如-88。。。 图三: 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 8, -8, -88, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 0, 0, 0, 0, 0, 0, 0, 0 , 9, 0 0, 0, 0, 0, 0, 0, 0, 0 , 0, 0 如果一直都能OK,没有阻碍的话,最后找到了9,就算成功以,如要有一步不能走下去了, 就再退回上个结点,向别的方向发展,都不行,就再退回上级结点,再向别的方向发展, 这里的逻辑就是递归的思想了。 用这样的方法写出来的算法已经能在最优的情形下用了,比如从8,到-88,哈哈。 但在稍微复杂的情况下,会产生奇多的递归结点。P4机也跑不动啊。我试过,哈哈。 那么第二步就是为(e,s,w,n)四个方向加权,也就是让它们之间有一个优先权,说白了就 是先试哪一条路。决定的法则应该有好几个吧,比如以9号的位置来看,它处于8号的东南面, 那试路时当然应当优先选择东面和南面,再比如9号如果牌8号的正东面,那当然是选择正东了。 再比如,当走到-8的位置时,明显只能再走三个方向,因为它是不能回头的。 经过这样的处理,递归算法生成的结点数会明显变少,会更快的找到成功的路。但性能在最坏情况 下没有本质改变。 接下来,第三步,我们把第三个充分条件加进来,来解决根本问题。 3.这一条路不能有两个以上的拐角(corner) 按照面向对象的思想,很自然的,我给每个在递归算法中生成的位置结点加上了个corner的属性, 来记录这条路到目前为止拐了几个角。 这样一下子就好办了啊。如果发现这个结点已经拐了两个弯时,如果要再拐弯,或者到达9之前注定 要再增加cornor时,就果断over,返回上级结点。 好,就说到这儿吧,不能再多说了,否则就是等于把代码公开了,哈哈。 注意,要把二、三两步的条件综合起来详细规划一个个可能性,尽可能提早让不可能的结点OVER, 这就是提高性能的关键吧。你的算法预见性越强,性能就越高吧。 我们的算法在赛扬500,256M的机器上,10万次平均结果是一次运算花时不超过0.1毫秒,算得还不精确,速度确实很快,因为在很坏的情形下,产生的最大结点数是690几个,这样必然会很快的 ,详细的数据已经记不清了。 说了这么多了,应当明白第一步连通算法的思路了吧,我所知道的,都已经尽可能的讲出来了。 [Page] 这个算法完全是自己按照连连看的特点,度身定做的。因为是一步步test出来的,所以我个人 觉得是很自然的,没有任何高深的地方,完成后,性能也很好,这才觉得是如此的简单。相信大家 仔细看看就能写出自己的算法来的吧。 二、整个地图有没有解???可以连通的总牌数? 这是一个问题。 解决这个问题之前,我们先来解决提示功能(hint)就是为玩家提供提示,哪一对牌可以连 通。 我的做法是,先把整个地图中相同牌归到一起,用数组也好,链表也好。 像这样, 4,4,4,4 5,5,5,5 6,6,6,6 ...... 然后计算比如4个4之间有哪两对可以连,至于如何判断能不能连,第一步算法已经实现了吧,哈哈。 一发现有可以连的牌就退出来,告诉玩家这两张牌可以连啊! 这就OK了。 这完全是建立在第一步算法的基础上实现的。 好的,hint功能可以了, 那么,整个地图没有解的算法是不是出来了? 是的,如果找不到可以hint的牌,那当然就是没有解了! 把所有可以hint的对数记下来,就是总的可以连通数了。 至此,与连连看所有算法有关的问题解决完毕。 第二步算法的实现,明显开销要大很多,最坏情况应当会是单次连通算法计算量的大约50倍以上 (与牌的总数量和摆的位置有关)还好在一般的服务器上单次连通计算花的时间实在太少了, 实际运行中完全可以很流畅。以上数据都是我估计的理论值,因为实际测试时一直没有问题, 我也懒得计算出真正比较可靠的均值了。 这一部分也是我认为可以有所改进的部分,公开出来,也希望大家能提供一些更好,更巧妙 的方法,我觉得我计算连通数和有无解的方法是比较笨的方法,几乎是仗着基本的算法快,一 个一个算出来的。有没有更好的方法呢?期待中,我也会再想想,太忙,太懒,主要是懒,觉得 可以用就行了。 |
连连看算法的实现
最新推荐文章于 2021-05-25 19:27:11 发布