关于递归，请各位谈谈看法,该怎么解决
关于递归，请各位谈谈看法
我发现有些人觉得自己的代码里面用到了递归就感觉很高端一样
所以特别喜欢用递归取解决问题
但是我就觉得能不用递归就能很好解决的问题就坚决不用递归，系统开销太大，所以不用递归实在不行的时候再用，不知道各位的看法，给些参考意见呗！
------解决方案--------------------
递归用了也谈不上什么高端，如果递归层数不深，写递归程序看起来要简单些，用了也就用了
------解决方案--------------------
递归的特点就是思路比较清晰、好理解。但是如果递归次数太多的话对栈空间损耗过大，甚至程序崩溃出错。小问题的话可以使用一下。另外，递归也确实谈不上什么高端，只是一种程序设计方法而已。
------解决方案--------------------
“给定一个小点的输入，完整单步跟踪(同时按Alt+7键查看Call Stack里面从上到下列出的对应从里层到外层的函数调用历史)一遍。”是理解递归函数工作原理的不二法门！
递归函数关注以下几个因素
·退出条件
·参数有哪些
·返回值是什么
·局部变量有哪些
·全局变量有哪些
·何时输出
·会不会导致堆栈溢出
------解决方案--------------------
同意，尽量少用！除非特别需求！
高端谈不上~
------解决方案--------------------
自我感觉很高端就很高端呗，有啥可在意的。
代码效率低开销大自然有他哭的，如果效率不太低开销不太大，难道你还想规定无论任何情况一概禁用递归？
递归写起来比非递归要简单，性能差别大看脑子，性能差别不大看心情，就这样
------解决方案--------------------
递归只是保持了和数学思想的一致性，以及数学般的简洁！递归都能用非递归解决，但是代码会上升。
在效率，代码量以及可理解性三者的折中上，因人而异吧，有些看中效率，有些为了简洁，思想观点的差异，一般没有标准可言！
------解决方案--------------------
递归慢，容易栈溢出，不易调试，就一个好处，易读，可读性好，自己个儿权衡。。。。。
------解决方案--------------------
我也觉得是自己个的事。。。
我发现有些人觉得自己的代码里面用到了递归就感觉很高端一样
所以特别喜欢用递归取解决问题
但是我就觉得能不用递归就能很好解决的问题就坚决不用递归，系统开销太大，所以不用递归实在不行的时候再用，不知道各位的看法，给些参考意见呗！
------解决方案--------------------
递归用了也谈不上什么高端，如果递归层数不深，写递归程序看起来要简单些，用了也就用了
------解决方案--------------------
递归的特点就是思路比较清晰、好理解。但是如果递归次数太多的话对栈空间损耗过大，甚至程序崩溃出错。小问题的话可以使用一下。另外，递归也确实谈不上什么高端，只是一种程序设计方法而已。
------解决方案--------------------
“给定一个小点的输入，完整单步跟踪(同时按Alt+7键查看Call Stack里面从上到下列出的对应从里层到外层的函数调用历史)一遍。”是理解递归函数工作原理的不二法门！
递归函数关注以下几个因素
·退出条件
·参数有哪些
·返回值是什么
·局部变量有哪些
·全局变量有哪些
·何时输出
·会不会导致堆栈溢出
------解决方案--------------------
同意，尽量少用！除非特别需求！
高端谈不上~
------解决方案--------------------
自我感觉很高端就很高端呗，有啥可在意的。
代码效率低开销大自然有他哭的，如果效率不太低开销不太大，难道你还想规定无论任何情况一概禁用递归？
递归写起来比非递归要简单，性能差别大看脑子，性能差别不大看心情，就这样
------解决方案--------------------
递归只是保持了和数学思想的一致性，以及数学般的简洁！递归都能用非递归解决，但是代码会上升。
在效率，代码量以及可理解性三者的折中上，因人而异吧，有些看中效率，有些为了简洁，思想观点的差异，一般没有标准可言！
------解决方案--------------------
递归慢，容易栈溢出，不易调试，就一个好处，易读，可读性好，自己个儿权衡。。。。。
------解决方案--------------------
我也觉得是自己个的事。。。