方法调用中使用赋值操作是否属于不良编程实践？

首先，非常理解你作为高中老师的困扰——递归确实是很多编程初学者的「第一道坎」！作为常年在Stack Overflow上泡着的老用户，我分享几个亲测有效的教学方法：

1. 用可视化方式拆解执行流程 #

• 先让学生上手手绘调用栈：每一次递归调用就画一个新的「栈帧」，标注当前的参数、待计算的逻辑，直到触达终止条件，再一步步回溯计算返回值。比如计算Factorial(3)的流程可以这么画：

  Factorial(3) → 3 * Factorial(2)
  Factorial(2) → 2 * Factorial(1)
  Factorial(1) → 1（触发终止条件）
  回溯计算：2*1=2 → 3*2=6
  

• 也可以用简单的流程图工具做动态演示，把递归的「递（拆分问题）」和「归（回溯计算）」两个阶段直观分开，避免学生只盯着其中一边理解。

2. 先拆解问题，再写代码 #

• 禁止学生上来就敲代码，先引导他们用自然语言描述问题：比如讲斐波那契数列，先问「第5项是多少？」，让学生自己说出「是第4项加第3项」，再一步步拆解到「第1项和第2项都是1」——这其实就是递归的核心：把大问题拆成更小的同类型问题，直到遇到能直接解决的终止条件。
• 先写「递归公式+终止条件」，再转化为C#代码。比如斐波那契的逻辑可以先整理成：

  Fib(n) = Fib(n-1) + Fib(n-2) ，当n>2时
  Fib(n) = 1 ，当n=1或n=2时
  

3. 用对比法强化认知 #

• 让学生同时写递归版本和循环版本的代码，比如阶乘的循环实现：

  int FactorialLoop(int n)
  {
      int result = 1;
      for(int i=2; i<=n; i++)
      {
          result *= i;
      }
      return result;
  }
  

• 对比两者的执行逻辑：循环是「迭代累加/累乘」，递归是「拆分问题+栈管理调用状态」，帮学生理解递归不是玄学，只是另一种解决问题的思路。

4. 设计低门槛练习，从错误中学习 #

• 先从逻辑简单的题目入手：比如递归计算1到n的和、递归反转字符串，再过渡到汉诺塔这类稍复杂的问题。
• 故意给学生展示错误的递归代码：比如漏掉终止条件、参数传递错误的版本，让他们调试并找出问题——错误实践往往比正确示范的印象更深。

最后别忘了提醒学生：递归虽然可读性强，但存在栈溢出的风险，实际场景中要根据问题规模选择合适的实现方式哦。

内容的提问来源于stack exchange，提问作者Java Jive