(`ヮ´ )σ`∀´) ﾟ∀ﾟ)σ

怎么会有这么抽象的玩意( ・_ゝ・)

那就改循环啊( ﾟ∀。)

>>No.61998131
递归也是要掌握的啊( ´_ゝ`)只能硬着头皮啃了

递归比循环简单多了

>>No.61998292
只是代码更简洁吧(|||ﾟДﾟ)实际理解起来困难太多了

递归很好用阿，用起来很爽(=ﾟωﾟ)=

递归看起来爽啊
很优雅( ´∀`)

递归性能不如循环

>>No.61997872
“钻进去就出不来了”
你已经理解了递归的一半

递归是从逻辑本身出发的，循环的逻辑才是为了方便编译和机器执行转换过去，你只是习惯循环了

>>No.62009509
所以才有了尾递归优化

递归确实比较抽象，有两种方法可以帮助理解。
一是把递归当作“对同一段逻辑的重复调用”，那么在思考的时候只需要考虑最外层，也就是最后一步的情况，写下它的终止条件，再把剩余的部分作为输入，继续利用这段逻辑。这样的递归大概率是尾递归。
二是尝试写出递归的“递推公式”。首先定义你的递归函数，并且可以随意带入一个输入的组合，然后用已知的逻辑去做代换，直到代换出一个递推的形式，之后把这个递推逻辑一般化，就能写出递推的调用方式。这种形式写出来的一般不是尾递归，结合函数式可以帮你更好地理解。

要不看看 little schemer？

可以用队列去实现栈，然后模拟递归运行过程。本质就是栈的思想

实际上是从小问题到大问题的过程 σ`∀´)
因为我这一个值需要前面一个值 一直深推的话就到最初的小问题了 这样理解会不会好一些(*´∀`)

>>No.62014507
然而我习惯递归
很多情况下无法写成尾递归的形式，所以现在遇到递归我会改成循环

递归是栈，循环是队列。思考递归千万不要自己脑子跟着入栈，你首先应该确定这个函数的输入和输出到底是什么，确定下来以后，就不能变且坚定的相信这个函数就该返回这个。然后考虑递归终止的条件，最后考虑如何从这一层的递归传递到下一层。
其实最重要的就是第一步，确定输入和输出，这两个条件一旦清晰确定，递归成功90%了。
ps：项目里千万不要写递归，做题目用用就行了

一个性能不如循环一根的算法思想能占据一席之地就是因为它好理解啊( ﾟ∀。)

>>No.61997872
要找那个basecase,找到了就好弄

递归要学就是主打一个好理解
但是谁敢在小组项目里面用递归我就跟他爆了( ᑭ`д´)ᓀ))д´)ᑫ