首页 > 其他 > 详细

关于 double sort 这道题的思考

时间:2014-05-15 22:51:51      阅读:541      评论:0      收藏:0      [点我收藏+]

声明


   笔者最近意外的发现 笔者的个人网站 http://tiankonguse.com/ 的很多文章被其它网站转载,但是转载时未声明文章来源或参考自 http://tiankonguse.com/ 网站,因此,笔者添加此条声明。

    郑重声明:这篇记录《关于 double sort 这道题的思考》转载自 http://tiankonguse.com/ 的这条记录:http://tiankonguse.com/record/record.php?id=651


前言


前言的前言

昨天本来写好了这篇记录,可恨中间我出去打了一个电话,回来继续写,写完我想到可能session已经失效,所以我新打开一个页面,登录,然后在这个页面提交。返回了提交成功的标签,但是跳转到那篇文章时提示不存在。这个,我不能再忍受了,于是自己做了一个自动保存的功能。


首先今天写的内容将会简短,因为昨天写的好久好久,结果自动保存功能还没有实现。不过现在,时刻都在自动保存着,再也不用担心这个问题了。

首先声明这篇记录不是解题报告,只是一场我的大脑里思路的旅行。


前几天学弟学妹们有一场比赛,学弟邀请我作为技术支持者去帮忙,在那个过程中我看了几道题。

其中有两道题正常比赛没有其他人提交,于是我研究了一下。

研究的第一道就一个暴力dfs就可以过,只是可能正常比赛没人看懂题意,我看了好几个小时才看懂的。

第二道就是 double sort。


正文


题意


什么是 double sort 呢?

就以题目中的讲解例子来说说吧。

题目说对于一组数 [5; 4; 3; 2; 1], 如果只可以交换相邻的数字,要使这组数达到升序至少需要 10 步。

这个很好理解,假设一个数字要和左面的数字交换,那只有一种情况。

但是对于两组数 [5,5; 4,4; 3,3; 2,2; 1,1] 来说,也是只能交换相邻的数字。这是一个数字和左面的数字交换时就有两种情况了。

比如对于 4 可以和 第一个5交换,也可以和第二个5交换。

目标是使这两组数字达到升序。题意还说这个例子的答案是 15 ,不是 20.


然后,没然后了。


错误的题意

看完上面的题意,我有一个疑问:难道真的是要排成 [5,5; 4,4; 3,3; 2,2; 1,1] 的样子吗? 15 步可能吗?

于是我猜测可能是达到每组升序即可,比如 [4,5; 4,5; 2,3; 2,3; 1,1], 这样第一组是 [4; 4; 2; 2; 1], 第二组书[5; 5; 3; 3; 1].

于是我写了一个暴力程序,第一组样例还真跑出一个 15 的答案来。

但是第二组 答案大小比样例少了1。


既然结果不正确,那就需要把那个正确的答案的路径输出来,看看有什么不同。

结果发现最终答案应该是上下两个的差不超过2.

于是我添加了一个 fix 函数,修正这种情况。

然后三个样例都过了。

再然后就是 WA 了。


正确的题意

然后我想还是想弄明白题意再说,于是用 [3,3; 2,2; 1,1] 模拟了一下,发现真的比 [3; 2; 1] 的答案的二倍少。

这时我意识到可能目标真的是求[1,1; 2,2; 3,3]  这种情况。


暴力DFS尝试

知道了题意,数据量只是到8,于是写了一个暴力程序。

使用 "1122334455" 串的形式map 了一下。

对于5瞬间跑出答案,对于6 跑了好一会。


双向DFS搜索

直接搜太慢,那就双向搜试试。

于是写了一个双向 DFS, 结果 6也是瞬间跑出来,但是 7 怎么也出不来了。


使用逆序数剪枝双向搜索

写的虽然是双向DFS,但是其实还是暴力搜索,还没有加什么剪枝。

于是使用 逆序数剪枝, 7 十秒多跑出来了。

于是提交试试,发现 超内存,现在不是时间问题了,是内存不够的问题了。


状态压缩

内存不够就要想法节省内存,其中 map<string, string>最浪费内存。

为什么要使用 string 呢?

为了保存一个状态。

那能不能使用位数压缩状态么?

发现还真的可以。

数字是从1-8,也就是0-7 了。最少需要三位才能表示一个数字,总共需要 24位数字,3字节,long long 类型的可以。

于是修改成map<LL, LL>.

为什么要使用 map 呢?

貌似是为了记录路径,这里不需要记录路径。

于是修改成为了 set<LL> .

再次提交还是超内存。


A* 算法出世

到底是为什么会超内存呢?

因为状态太多了。

为什么状态太多了呢?

因为我们使用的暴力搜索,我们不知道哪个状态是最优解,哪个不是。

那能不能确认某个状态一定比另一个状态更优呢?

貌似可以的。

那就用优先队列吧。

于是问问学弟小堆是使用大于号还是小于号。最后自己在模板生找到了。


A*搜索的估价函数

双向搜索时曾遇到过逆序数,于是使用逆序数作为估价函数吧。

7 终于跑出来了。

但是 8 还是跑步出来。


A*搜索的另一个估价函数

逆序数这个估价函数行吗?

貌似误差太大,无效状态太多。

那能不能换一个估价函数呢?

貌似还真有一个,每个数字离自己最终的位置的距离也是一个不错的估价汗是。

那就使用这个估价函数吧。

于是把估价函数换了换,结果还是只能跑出7来。


强强联合

怎么还是跑不出 8 呢?

估价函数太弱,精度太低。

那能不能加强估价函数呢?

貌似可以的。

比如说呢?

对于逆序数,交换一次最多减少3个逆序数,最少一个。

对于相对距离,交换一次最多减少两个,最少不变。

知道了,就这个办呢。

于是使用两个估计函数,重新了程序,结果7确实跑的快乐,但是还是跑不出8来。


总结

这道题虽然没有跑出 8 来,但是收获不少。

首先这一切都是自己独立思考的,再次开发了智力。

有兴趣的人可以继续思考下去,尽量不要看解题报告。

所有代码都在这里 https://github.com/tiankonguse/ACM/tree/master/hust/doublesort


参考


tiankonguse 的模板

关于 double sort 这道题的思考,布布扣,bubuko.com

关于 double sort 这道题的思考

原文:http://blog.csdn.net/tiankonguse/article/details/25907933

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!