Recursion vs Iteration When Each Wins in DSA Typescript - Complexity Comparison
We want to understand how recursion and iteration perform differently when solving problems.
Which method is faster or better depends on the problem and input size.
Analyze the time complexity of these two ways to compute factorial.
function factorialRecursive(n: number): number {
if (n <= 1) return 1;
return n * factorialRecursive(n - 1);
}
function factorialIterative(n: number): number {
let result = 1;
for (let i = 2; i <= n; i++) {
result *= i;
}
return result;
}
Both calculate factorial but one uses recursion, the other uses a loop.
Both methods repeat the multiplication operation.
- Primary operation: Multiplying numbers from 1 to n.
- How many times: Exactly n-1 times in both recursion and iteration.
As n grows, the number of multiplications grows linearly.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 9 multiplications |
| 100 | 99 multiplications |
| 1000 | 999 multiplications |
Pattern observation: Operations increase directly with n, doubling n doubles work.
Time Complexity: O(n)
This means the time to finish grows in a straight line as input size grows.
[X] Wrong: "Recursion is always slower and worse than iteration."
[OK] Correct: Recursion can be just as fast as iteration for many problems, and sometimes clearer or easier to write. The difference is often in memory use and overhead, not just speed.
Understanding when recursion or iteration fits best shows you can choose the right tool for the problem, a skill interviewers appreciate.
"What if the recursive function used memoization? How would that affect time complexity?"
Practice
Solution
Step 1: Understand recursion vs iteration use cases
Recursion works well when a problem can be broken down into smaller, similar subproblems, like tree traversals or factorial calculation. Iteration is better for simple repeated tasks without nested subproblems, and it avoids function call overhead.Final Answer:
When the problem can be divided into similar smaller problems -> Option CQuick Check:
Recursion = divide and conquer [OK]
- Thinking iteration is always faster
- Ignoring function call overhead in recursion
- Confusing recursion with simple loops
Solution
Step 1: Identify recursive call and base case
function recurse(n: number): number { if (n <= 1) return 1; return n * recurse(n - 1); }: function recurse(n: number): number { if (n <= 1) return 1; return n * recurse(n - 1); } calls itself inside the function with a smaller argument (n-1) and has a base case (n <= 1) to stop recursion.Final Answer:
function recurse(n: number): number { if (n <= 1) return 1; return n * recurse(n - 1); } -> Option AQuick Check:
Recursive function must call itself with smaller input [OK]
- Missing base case causing infinite recursion
- Using loops instead of recursive calls
- Returning inside a loop without recursion
function factorial(n: number): number {
if (n <= 1) return 1;
return n * factorial(n - 1);
}
console.log(factorial(4));Solution
Step 1: Trace recursive calls for factorial(4)
factorial(4) calls factorial(3), which calls factorial(2), which calls factorial(1)=1. Then: factorial(2)=2*1=2, factorial(3)=3*2=6, factorial(4)=4*6=24. Output: 24.Final Answer:
24 -> Option BQuick Check:
4! = 24 [OK]
- Confusing factorial with sum
- Forgetting base case returns 1
- Miscounting recursive calls
function sumToN(n: number): number {
return n + sumToN(n - 1);
}Solution
Step 1: Identify and fix the missing base case
The function calls itself without a stopping condition, causing infinite recursion and stack overflow. Add if (n <= 0) return 0; to stop recursion when n <= 0.Final Answer:
Add a base case to stop recursion when n <= 0 -> Option AQuick Check:
Base case prevents infinite recursion [OK]
- Forgetting base case causes infinite recursion
- Trying to fix by removing parameters
- Confusing printing with returning
Options:
A) Use recursion because it is easier to write.
B) Use recursion with no base case.
C) Use iteration to avoid stack overflow errors.
D) Use iteration but with no loop control.
Solution
Step 1: Analyze stack limits for deep recursion
Recursion uses the call stack, which has limited size. Depth of 10,000 risks stack overflow. Iteration uses loops without adding to call stack, safely handling large depths.Final Answer:
Use iteration to avoid stack overflow errors. -> Option DQuick Check:
Deep tasks need iteration to prevent stack overflow [OK]
- Assuming recursion always better for readability
- Ignoring stack size limits
- Using recursion without base case
Ready to prove it?
Pass the test and this pattern moves unknown
