POJ 1475 推箱子 解题报告

做完八数码问题之后对搜索问题有了一定认识,也很有兴趣,就开始做POJ1475。走了不少弯路,费了很多时间,总结一下。
题目要求输出一条push次数最少情况下total最少的路径,开始我以为是要求总移动最少,就写了个双向BFS,将walk和push看做同等操作,等程序跑起来之后才发现不是题目要求的。而且反向时我只考虑了箱子被搬动的情况,这样反向搜索时可能碰不到正向,就退化为周界搜索。
中间我用单向BFS ac了一次,用的是vc,非常慢。在搞清题意后我重新写了双向BFS。这次两边用的都是优先队列,优先扩展少push,等push下少total的节点。最后发现一个测试数据我得到了total数比答案多2的输出。这时我才慢慢认识到双向BFS走不通,因为即便用的优先队列,但total层数不想BFS那样只有两层,而可能有很多层,这时就不能保证等push下total最少。
刚好看到嵌套BFS的做法,知道了推箱子问题的关键。推是主要的,walk只能围绕着push进行,否则walk缺乏目标,会搜索很多没意义的节点。如果采用嵌套BFS,第一层是push的BFS,在push之后给walk设定目标BFS。这样比不嵌套时有很大的效率提升(考虑20*20完全空的布局)。
我的嵌套BFS做法是保证队列总是有序的,即总是按照少push优先,等push少total优先的规则排序的,但不采用优先队列。第一层BFS已经保证了第一条优先规则,第二条则是通过将walk BFS产生的有序的可push节点序列与原来的push的BFS队列合并,就能保证每次push时一定选择符合规则的最优先节点扩展。要让有序队列高效地合并,我的队列就采用链表(使用链表的主要缺点是多占了内存,效率也有影响)。此外还需要初始化队列、walk目标管理等操作。
我的做法很繁琐,也不便于调试,最后还是下了官方数据调试通过的,实在惭愧。我看了POJ上排名第一的做法,他的做法很简洁,嵌套之后找total最小的,顶多只是多扩一层push的节点,不用初始化队列,不用管理目标,不使用链表,walk和push还可以合并在一起,实现起来只有不到200行。当然分析和编写、测试的代码还是很有意思的。
我感觉代码写长了非常不利于维护,对之前每个walk,push操作展开为八个函数,感觉非常可笑,可能是为了一点的效率,使得程序非常不好测试调试,有影响思路展开,在应用中这种优化放到后期都可以。稍复杂些,编写可靠的代码就十分不易。矫枉过正,我的代码中甚至连根据当前状态和方向反推节点的操作都没写,直接保留了个from。
以下是我的代码:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值