Maze reachability in TypeScript: memoized down/right search

Determine whether a robot can reach any exit from the upper-left cell of a rectangular room. Open cells contain 0, blocked cells contain 1, and exits contain 2. The robot can move only down or right. It does not move up or left, so this is a directed reachability problem rather than a general four-direction maze search.

Define the state as a cell

Let the answer for (row, column) mean whether an exit is reachable starting there. A position outside the room is false, an exit is true, and a blocked cell is false. An open cell succeeds if either the cell below it or the cell to its right succeeds.

The same cell can be reached by several paths. Without memoization, the recursion repeatedly solves identical suffix regions and can grow exponentially. Store each completed Boolean answer in a memo table. Its entries need three states: unknown, known false, and known true. Treating false as unknown would repeat all unsuccessful searches.

Trace a shared dead end

Consider [[0, 0, 1], [0, 0, 1], [1, 0, 2]]. From the start, moving down or right can eventually reach the center cell. From there the downward route reaches the bottom-middle cell and then the exit. The right neighbor is blocked. Memoizing the center's true result lets a later path reuse it immediately.

Now replace the bottom-middle cell with a wall. The center becomes false. Caching that false is just as useful as caching a success: both incoming paths can stop without exploring the same blocked suffix again. The memo describes reachability from a cell, independent of the path used to arrive there.

Explain why no visiting marker is needed

Every recursive move increases row or column. A path can never return to an earlier cell, so the dependency graph has no cycle. Each state depends only on states farther down or right, and completed answers can be reused safely. General four-direction movement would require a cycle-aware visited policy instead of this argument.

The recurrence checks exactly the legal next moves. If either next state reaches an exit, prefixing the current open cell gives a valid path. If both fail, every legal continuation fails. The out-of-bounds, blocked, and exit base cases complete the correctness argument.

Read the table's absence representation

Java can use boxed Boolean entries so null means unknown. Other languages use optional Booleans, a numeric sentinel, or a map that distinguishes an absent key from a stored false value. The distinction must survive lookup and comparison. A truthiness check alone often collapses unknown and false.

Each of r × c cells has its result computed at most once, with constant work per transition. Time and memo storage are O(r × c). Recursive depth is O(r + c) because a path advances only down and right. The room itself need not be modified. A bottom-up table can remove recursion by processing dependencies from the bottom-right toward the top-left.

Test the movement rule

Use an exit at the start, a blocked start, no exit, a single row, a single column, and a room with several routes to one suffix. Include an arrangement whose only geometric route would require moving left or up; it must fail under this contract. An empty room has no starting cell and returns false.

For an independent oracle, propagate reachable open cells forward from the start and report whether any reachable cell is an exit. This evaluates the directed graph in the opposite direction from the recursive suffix question. A follow-up can count paths, which changes Boolean OR into addition and requires a numeric overflow policy for large rooms.

TypeScript implementation

The memo’s Boolean cells are filled lazily. A truthiness-only lookup would fail to reuse known-false answers.

The TypeScript annotations describe the course input contract; they do not validate arbitrary JSON at runtime. Numeric values use JavaScript numbers, including the same safe integer limit. Array and object mutations are visible through shared references. Keep the declared entry name and return shape when moving the implementation into the lesson editor.

const OPEN = 0;
const BLOCKED = 1;
const EXIT = 2;

function hasExitPath(roomMatrix: number[][]): boolean {
  // Return false if the matrix is invalid
  if (!roomMatrix || roomMatrix.length === 0 || roomMatrix[0].length === 0) {
    return false;
  }

  // Init our memoize matrix
  const memoizedPathValidity = new Array(roomMatrix.length).fill(null).map(() => []);

  // Recursively walk through the room to check if there is a valid path
  const isValidPath = walkThroughRoom(roomMatrix, 0, 0, memoizedPathValidity);

  return isValidPath;
};

// Recursive helper function
function walkThroughRoom(
  roomMatrix: number[][],
  row: number,
  col: number,
  memo: boolean[][],
): boolean {
  // Base case 1: Outside of room, so there can't be a path through this
  const isOutsideRoom = row > roomMatrix.length - 1 || col > roomMatrix[0].length - 1;
  if (isOutsideRoom) {
    return false;
  }

  // Base case 2: A path successfully reached the end, so propagate this upward
  const isOnValidPath = memo[row][col] === true;
  const isExitNode = roomMatrix[row][col] === EXIT;
  if (isOnValidPath || isExitNode) {
    // Set the current node as true as well
    memo[row][col] = true;
    return true;
  }

  // Base case 3: We reached a blocking node
  const isOnInvalidPath = memo[row][col] === false;
  const isBlockingNode = roomMatrix[row][col] === BLOCKED;
  if (isOnInvalidPath || isBlockingNode) {
    memo[row][col] = false;
    return false;
  }

  // Recursive case: move down and right
  const downResult = walkThroughRoom(roomMatrix, row + 1, col, memo);
  const rightResult = walkThroughRoom(roomMatrix, row, col + 1, memo);

  if (downResult === false && rightResult === false) {
    // If both this node's right and down are false, we memoize this to false
    memo[row][col] = false;
  } else {
    // If either of the paths are true, we set this node as true since at least one can reach the exit
    memo[row][col] = true;
  }

  // Returns true if either is successful
  return downResult || rightResult;
};

Practice this implementation

Open Robot Maze to run the implementation against the course tests, then change one boundary condition and explain the first failing case. The editor supplies the starter signature and any node types or helper APIs used above. Copy the implementation into that environment; the snippet is the solution body, without the input parser or test driver. Your saved progress belongs to the original lesson.

For more TypeScript conventions and practice problems, use the TypeScript interview guide.