Win condition checking in LLD - Architecture Diagram

System Overview - Win condition checking

This system checks if a player has won a game by evaluating the current game state against predefined winning conditions. It must quickly and accurately determine the winner or if the game continues, supporting real-time gameplay.

Architecture Diagram

User
  |
  v
Game Interface
  |
  v
Win Condition Checker Service
  |        |
  v        v
Game State Store  Rules Engine
  |                |
  +----------------+
           |
           v
       Response

Components

User

actor

Player interacting with the game interface

Game Interface

frontend

Collects player moves and displays game status

Win Condition Checker Service

service

Evaluates game state against winning rules

Game State Store

database

Stores current game board and player moves

Rules Engine

service

Contains logic for all possible winning conditions

Response

output

Sends result back to the user interface

Request Flow - 7 Hops

User → Game Interface

Game Interface → Win Condition Checker Service

Win Condition Checker Service → Game State Store

Win Condition Checker Service → Rules Engine

Rules Engine → Win Condition Checker Service

Win Condition Checker Service → Game Interface

Game Interface → User

Failure Scenario

Component Fails:Game State Store

Impact:Win condition checker cannot retrieve current game state, so it cannot verify if a player has won. Game progress checking halts.

Mitigation:Use database replication and caching to provide fallback reads. Notify users of temporary unavailability if writes fail.

Architecture Quiz - 3 Questions

Which component is responsible for storing the current game board?

A Win Condition Checker Service

B Game State Store

C Rules Engine

D Game Interface

Design Principle

Separating the win condition logic into a dedicated Rules Engine service allows for modular, maintainable, and scalable evaluation of game states. This design supports quick updates to rules without affecting other components and ensures clear responsibility boundaries.

Practice

1. What is the primary purpose of win condition checking in a game system?

easy

A. To update the player's score after each move

B. To determine if a player has won the game by matching symbols in a row, column, or diagonal

C. To reset the game board after a draw

D. To display the game instructions to the player

Solution

1. Step 1: Understand the role of win condition checking

   Win condition checking is used to decide if the game has ended with a winner by checking patterns on the board.

2. Step 2: Identify the correct purpose among options

   Only To determine if a player has won the game by matching symbols in a row, column, or diagonal describes checking rows, columns, or diagonals for matching symbols to declare a winner.

3. Final Answer:

   To determine if a player has won the game by matching symbols in a row, column, or diagonal -> Option B

4. Quick Check:

   Win condition checking = Determine winner [OK]

Hint: Win condition means checking if someone won the game [OK]

Common Mistakes:

• Confusing win checking with score updating
• Thinking it resets the game board
• Assuming it shows instructions

2. Which of the following code snippets correctly checks a row for a win in a 3x3 tic-tac-toe board represented as a 2D array board?

easy

A. if board[row][0] != board[row][1] != board[row][2]:

B. if board[0][row] == board[1][row] == board[2][row] != None:

C. if board[row][0] == board[row][1] == board[row][2] != None:

D. if board[0][0] == board[1][1] == board[2][2] != None:

Solution

1. Step 1: Identify row checking syntax

   Checking a row means comparing all elements in the same row index but different columns.

2. Step 2: Match code to row check

   if board[row][0] == board[row][1] == board[row][2] != None: compares board[row][0], board[row][1], and board[row][2], which is correct for a row check.

3. Final Answer:

   if board[row][0] == board[row][1] == board[row][2] != None: -> Option C

4. Quick Check:

   Row check = compare same row elements [OK]

Hint: Row check compares same row, different columns [OK]

Common Mistakes:

• Mixing row and column indices
• Using != instead of == for equality
• Checking diagonal instead of row

3. Given the following 3x3 board state:

board = [["X", "O", "X"],
         ["O", "X", "O"],
         ["O", "X", "X"]]

Which of these checks will correctly identify a win for 'X' on the main diagonal?

medium

A. board[0][0] == board[1][1] == board[2][2] == "X"

B. board[0][2] == board[1][1] == board[2][0] == "X"

C. board[0][0] == board[0][1] == board[0][2] == "X"

D. board[2][0] == board[2][1] == board[2][2] == "X"

Solution

1. Step 1: Identify main diagonal positions

   Main diagonal cells are at positions (0,0), (1,1), and (2,2).

2. Step 2: Check which option matches main diagonal and 'X'

   board[0][0] == board[1][1] == board[2][2] == "X" compares these exact positions to 'X', correctly checking the main diagonal win.

3. Final Answer:

   board[0][0] == board[1][1] == board[2][2] == "X" -> Option A

4. Quick Check:

   Main diagonal check = positions (0,0),(1,1),(2,2) [OK]

Hint: Main diagonal is top-left to bottom-right [OK]

Common Mistakes:

• Confusing main diagonal with anti-diagonal
• Checking wrong row or column
• Using equality with wrong symbol

4. Consider this code snippet for checking a column win:

def check_column(board, col):
    return board[0][col] == board[1][col] == board[2][col]

What is the main issue with this code when used for win condition checking?

medium

A. It only checks rows, not columns

B. It uses incorrect indices for columns

C. It returns a list instead of a boolean

D. It does not check if the cells are not empty or None

Solution

1. Step 1: Analyze the equality check

   The code checks if all three cells in the column are equal but does not verify if they are non-empty.

2. Step 2: Identify missing condition for valid win

   Without checking for None or empty, it may falsely report a win if all cells are empty.

3. Final Answer:

   It does not check if the cells are not empty or None -> Option D

4. Quick Check:

   Check for non-empty cells to confirm win [OK]

Hint: Always check cells are not empty before confirming win [OK]

Common Mistakes:

• Ignoring empty or None cells in equality
• Mixing row and column indices
• Expecting a list return instead of boolean

5. You are designing a scalable win condition checker for an n x n board game. Which approach best balances efficiency and scalability?

hard

A. Only check the row, column, and diagonals related to the last move

B. Check all rows, columns, and both diagonals after every move

C. Check the entire board for a winner after every move

D. Check only the diagonals after every move

Solution

1. Step 1: Understand the cost of checking all lines

   Checking all rows, columns, and diagonals after every move is expensive for large boards.

2. Step 2: Focus on last move's related lines

   Only the row, column, and diagonals that include the last move can change the win state, so checking these is efficient and scalable.

3. Final Answer:

   Only check the row, column, and diagonals related to the last move -> Option A

4. Quick Check:

   Check only affected lines after move for efficiency [OK]

Hint: Check only lines affected by last move for best performance [OK]

Common Mistakes:

• Checking entire board every time wastes resources
• Ignoring diagonals in win checking
• Checking unrelated rows or columns