单词博弈的c#求解--在线编程大赛的题

        最近闲逛csdn，居然发现有个在线编程大赛，喜欢编程的人其实都喜欢挑战下有难度的东西。这不，我一看这题，就被深深吸引住了，有点意思，于是拿起笔开始设计。

最开始也没有太多思路，总在想有没有比较巧妙地方法，得到结果。我就把自己的思考写下，当然，这道竞赛题还没有结束，所以，最终的解决方法在竞赛结束后放上。

 

       首先把题目放上来吧：

题目详情

甲乙两个人用一个英语单词玩游戏。两个人轮流进行，每个人每次从中删掉任意一个字母，如果剩余的字母序列是严格单调递增的（按字典序a < b < c <....<z)，则这个人胜利。两个人都足够聪明（即如果有赢的方案，都不会选输的方案 ），甲先开始，问他能赢么？

输入： 一连串英文小写字母，长度不超过15,保证最开始的状态不是一个严格单增的序列。

输出：1表示甲可以赢，0表示甲不能赢。

例如: 输入 bad， 则甲可以删掉b或者a,剩余的是ad或者bd，他就赢了，输出1。

又如: 输入 aaa， 则甲只能删掉1个a，乙删掉一个a,剩余1个a，乙获胜，输出0。

 

       先说说最开始的想法。

       首先、吧每个字符转换成数字，就是比较数字的大小，

      其次，我们把这些数字在坐标图上画出来。

     也就是寻找坐标图上的点，擦去某些点，形成单调递增的曲线。

     最开始想到的就是，那些递减的曲线段，至多只能保留一个点，统计有多少个不连续的递减线段，每个递减的曲线包含多少个点，然后计算出新的曲线，最后发现很复杂，很难去比较，因为递减曲线段两边的递增线段，不能保证里面的点整合起来也是递增的。看来想投机取巧的算法被浇灭了。

 

      那就回到最原始的方法，穷举。

     穷举就是罗列所有可能，最后判断，这个不需要费什么脑筋，所以，代码很简单，逻辑也很简单，随手输入了几个字符串进行测试，ok，没什么问题。然后输入比较的字符串再测试，呵呵，问题来了，内存溢出，保存的变量太多了，看来得优化下程序。

      于是，吧不需要保存的变量统统删除，做最简化处理，这回没什么变量需要保存了，运行，ok，没问题，输入15位的也没有报错，蛮高兴地，兴呆呆的跑去提交代码，代码测试通过，最后查看结果，哦，很遗憾，测试时间超过3秒，不通过，坑爹啊，题目里面没说时间限制。没办法，重新来过。

      算法怎么优化了？

    于是想，是不是递归调用导致系统消耗了大量时间？那接下来的任务就是修改递归调用。

 

先写到这里，下个星期吧最终答案放上来。