今天还是1091,国际象棋的骑士走日,在两个点上的最短路径。
按说方法区别不大,因为和上一篇中用的算法基本一样,依然是BFS,但是这个程序速度和内存占用都比上一个提高很多。
为什么呢?原因是这样子的,种种迹象表明,OJ上的测试数据量很大的,所以如果对于同一个起点有很多个测试数据的话,不如首先将[i,j]为起点的所有点在图上BFS,并且对应每个终点的最短路径直接就存在map[i][j][endx][endy]
这样得到输入数据以后,直接查表输出即可,避免了大量的重复运算。
另外因为输入输出改为纯C,速度也有提高,昨天犯的错误非常低级,我试图用长度为2的字符串数组输入长度为2的字符串,这种情况下,windows下用VC应该是编译器自动补上了这个没有结尾的字符串数组,而在linux的G++下,编译器没有这个动作,造成错误,而且很不明显。稳妥的做法是用长度为n+1的字符串数组输入最大长度为n的字符串。
当然,如果用C++下的string型,就更为稳妥了,可以避免这种在实际中难以察觉的错误。
在网上搜到有人用DFS做1091,不是不可以,但是用DFS显然不是出题者的意图,这道题考察的就是无权重的有向图的最短路径,第一反映就应该是BFS。
按说方法区别不大,因为和上一篇中用的算法基本一样,依然是BFS,但是这个程序速度和内存占用都比上一个提高很多。
为什么呢?原因是这样子的,种种迹象表明,OJ上的测试数据量很大的,所以如果对于同一个起点有很多个测试数据的话,不如首先将[i,j]为起点的所有点在图上BFS,并且对应每个终点的最短路径直接就存在map[i][j][endx][endy]
这样得到输入数据以后,直接查表输出即可,避免了大量的重复运算。
另外因为输入输出改为纯C,速度也有提高,昨天犯的错误非常低级,我试图用长度为2的字符串数组输入长度为2的字符串,这种情况下,windows下用VC应该是编译器自动补上了这个没有结尾的字符串数组,而在linux的G++下,编译器没有这个动作,造成错误,而且很不明显。稳妥的做法是用长度为n+1的字符串数组输入最大长度为n的字符串。
当然,如果用C++下的string型,就更为稳妥了,可以避免这种在实际中难以察觉的错误。
在网上搜到有人用DFS做1091,不是不可以,但是用DFS显然不是出题者的意图,这道题考察的就是无权重的有向图的最短路径,第一反映就应该是BFS。