Unique Paths in Grid DP in DSA Typescript - Time & Space Complexity
We want to understand how the time needed to find unique paths in a grid grows as the grid size increases.
Specifically, how does the number of steps change when the grid gets bigger?
Analyze the time complexity of the following code snippet.
function uniquePaths(m: number, n: number): number {
const dp: number[][] = Array(m).fill(0).map(() => Array(n).fill(1));
for (let i = 1; i < m; i++) {
for (let j = 1; j < n; j++) {
dp[i][j] = dp[i - 1][j] + dp[i][j - 1];
}
}
return dp[m - 1][n - 1];
}
This code calculates the number of unique paths from the top-left to bottom-right of an m by n grid using dynamic programming.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Nested loops filling the dp table.
- How many times: The inner addition runs for each cell except the first row and column, roughly (m-1) * (n-1) times.
As the grid size grows, the number of operations grows roughly with the total number of cells.
| Input Size (m x n) | Approx. Operations |
|---|---|
| 10 x 10 | 81 (9*9) |
| 100 x 100 | 9,801 (99*99) |
| 1000 x 1000 | 998,001 (999*999) |
Pattern observation: Operations grow roughly as the product of m and n, so doubling grid size roughly quadruples work.
Time Complexity: O(m * n)
This means the time needed grows proportionally with the total number of cells in the grid.
[X] Wrong: "Because there are many paths, the time complexity is exponential."
[OK] Correct: The code uses dynamic programming to store results, so it calculates each cell once, avoiding repeated work.
Understanding this time complexity shows you can analyze how dynamic programming improves efficiency by avoiding repeated calculations.
"What if we added obstacles that block some cells? How would the time complexity change?"
Practice
Solution
Step 1: Understand the problem statement
The problem asks for counting all possible paths from the top-left corner to the bottom-right corner of a grid, moving only right or down.Step 2: Identify the key movement constraints
Only moves to the right or down are allowed, so the problem counts unique sequences of these moves.Final Answer:
The number of ways to move from the top-left to the bottom-right corner of a grid using only right and down moves. -> Option AQuick Check:
Unique paths = count of right/down moves sequences [OK]
- Confusing unique paths with shortest path length
- Including diagonal moves
- Counting obstacles instead of paths
Solution
Step 1: Understand how to create independent rows
Using Array.from with a mapping function creates new arrays for each row, avoiding shared references.Step 2: Analyze each option
const dp = Array(m).fill(Array(n).fill(0)); shares the same inner array reference for all rows, causing bugs. Options C and D pass an array (not a function) to .map(), causing TypeError. const dp = Array.from({ length: m }, () => Array(n).fill(0)); correctly creates independent rows filled with zeros.Final Answer:
const dp = Array.from({ length: m }, () => Array(n).fill(0)); -> Option DQuick Check:
Use Array.from with a function for 2D arrays [OK]
- Using fill with a single array causes shared references
- Passing non-function to .map() causes TypeError
- Not initializing inner arrays separately
function uniquePaths(m: number, n: number): number {
const dp = Array.from({ length: m }, () => Array(n).fill(1));
for (let i = 1; i < m; i++) {
for (let j = 1; j < n; j++) {
dp[i][j] = dp[i - 1][j] + dp[i][j - 1];
}
}
return dp[m - 1][n - 1];
}
console.log(uniquePaths(3, 3));Solution
Step 1: Initialize dp array with 1s
Each cell in the first row and first column is 1, representing only one path to those cells.Step 2: Fill dp using sum of top and left cells
For each cell dp[i][j], sum dp[i-1][j] (top) and dp[i][j-1] (left). For 3x3, dp[2][2] = 6.Final Answer:
6 -> Option CQuick Check:
Unique paths in 3x3 grid = 6 [OK]
- Starting loops from 0 instead of 1
- Not initializing first row and column to 1
- Returning wrong dp cell
function uniquePaths(m: number, n: number): number {
const dp = Array.from({ length: m }, () => Array(n).fill(0));
for (let i = 0; i < m; i++) dp[i][0] = 1;
for (let j = 0; j < n; j++) dp[0][j] = 1;
for (let i = 1; i < m; i++) {
for (let j = 1; j < n; j++) {
dp[i][j] = dp[i - 1][j] * dp[i][j - 1];
}
}
return dp[m - 1][n - 1];
}Solution
Step 1: Identify the dp update formula
The code uses multiplication (*) to combine paths, which is incorrect because paths add up, not multiply.Step 2: Correct the dp update to addition
Replace dp[i - 1][j] * dp[i][j - 1] with dp[i - 1][j] + dp[i][j - 1] to sum paths from top and left.Final Answer:
Change multiplication (*) to addition (+) in dp update. -> Option AQuick Check:
Paths combine by addition, not multiplication [OK]
- Using multiplication instead of addition
- Incorrect dp initialization
- Wrong loop start indices
const grid = [ [0,0,0], [0,1,0], [0,0,0] ];
Solution
Step 1: Mark obstacle cells as unreachable
If grid[i][j] is 1 (obstacle), set dp[i][j] = 0 to block paths through it.Step 2: Calculate dp for free cells
For cells without obstacles, dp[i][j] = dp[i-1][j] + dp[i][j-1], summing paths from top and left.Final Answer:
Set dp[i][j] = 0 if grid[i][j] is 1; else dp[i][j] = dp[i-1][j] + dp[i][j-1]. -> Option BQuick Check:
Obstacles block paths by setting dp to zero [OK]
- Ignoring obstacles in dp calculation
- Setting dp to 1 on obstacles
- Multiplying paths instead of adding
Ready to prove it?
Pass the test and this pattern moves unknown
