关于连连看，问问大家的意见

不是吧，你写到现在……

看来我也要加倍努力……

何不兼而得之呢，做成两个版本的，就像Windows一样，就看使用者的喜爱了，想要效率的话可以effective版本，最优的话可以是optimize版本，就像的debug和release版本一样，改一下就能换版本

好吧，就这样办。还有几个技术难题了。快熬到头了…………

算最优解和算出一个可行解在格子数并不多的时候几乎没有差别，不就是DFS和BFS的差别么。
当然，由于题目的特殊性你可以用双向BFS的变形，可以找到最稳优解并且比单纯的DFS或者BFS都要快

嘛。。。。这么简单的算法问题搞三个小时，有必要么？？
还要指出你一个误区：迭代和递归都不是具体算法描述，是算法的表现方式
事实上你所谓的迭代和递归究竟是什么算法？我搞不懂
算法复杂度并不以你的算法表现形式决定

其实我没有使用图的算法。我只是在两个点的范围内穷举了横竖的路径（也就是横坐标之差+纵坐标之差条，肯定比搜索算法要快……）……觉得这么个小问题用DFS或者BFS夸张了点，因为连连看限制了拐弯的次数，个人觉得使用搜索算法不是很合适。正是因为是穷举路径，所以有个先后的问题，最先得到的合法路径不一定是最优的……
这么描述可以吗？……
呵呵，其实逻辑很简单，第一遍编译就过了。就是代码很搞人，那些LEFT啊RIGHT的很麻烦……所以弄了很久……

“资源DLL包装”、“封装成类”
谁讲讲.DLL、封装，我还没有这些的概念呢

哦，整个程序分两部分，一部分是一个DLL文件，里面有所有的图片，声音等，（现在大概1.5M），里面有四个类，分别是CImageLoader图片载入类，CThemeLoader主题的图片载入类，CMidiLoader，Midi音乐载入和播放类，CSoundLoader游戏音效播放类
另外一部分是可执行文件，内含四个类，CFrameWindow，这个是框架类，提供菜单，音乐等支持，CLLKPlane，连连看的托盘类，主要是操作控制，用来接收鼠标或键盘消息。CLLKIcon类，显示那些小图片，提供一些特效（比如说半透明啊，烟花什么的……），CLLKCore类，核心类，判断是否可以消除。以及查找消除的图片对，以及打乱，输赢判断都是在这里处理的……
贴两张图来……资源是用的CBC版块那位大哥的，在这里先谢谢一声~~

我用的WTL

你这个不是搜索的话那是什么？还说肯定比搜索算法要快。。。
自己比自己更快？

百度一下吧，应该有解释的。