Bird
Raised Fist0
DSA Rustprogramming~3 mins

Why Balanced Parentheses Problem Using Stack in DSA Rust?

Choose your learning style10 modes available
The Big Idea

What if a simple pile of plates could help you catch tricky mistakes in your code's parentheses?

The Scenario

Imagine you have a long math expression or code with many parentheses, like ( ( ) ( ( ) ) ). You want to check if every opening parenthesis has a matching closing one in the right order.

Doing this by just looking or counting manually is tricky and easy to mess up.

The Problem

Manually counting parentheses can miss cases where the order is wrong, like ( ) ) ( . It's slow and confusing to track which opening parenthesis matches which closing one, especially in long expressions.

The Solution

Using a stack, a simple data structure that works like a pile of plates, helps us keep track of opening parentheses. Every time we see an opening one, we put it on the stack. When we see a closing one, we check if it matches the last opening one on the stack. This way, we can quickly and correctly check if the parentheses are balanced.

Before vs After
✗ Before
let mut count = 0;
for ch in expression.chars() {
    if ch == '(' { count += 1; }
    else if ch == ')' { count -= 1; }
}
if count == 0 { println!("Balanced"); } else { println!("Not balanced"); }
✓ After
let mut stack = Vec::new();
for ch in expression.chars() {
    if ch == '(' { stack.push(ch); }
    else if ch == ')' {
        if stack.pop().is_none() { println!("Not balanced"); return; }
    }
}
if stack.is_empty() { println!("Balanced"); } else { println!("Not balanced"); }
What It Enables

This lets us quickly and reliably check if parentheses (or similar pairs) are correctly matched in any expression or code.

Real Life Example

Compilers use this to check if your code has matching braces, brackets, and parentheses before running it, preventing syntax errors.

Key Takeaways

Manual counting misses order and nesting problems.

Stack tracks opening parentheses to match closing ones correctly.

Ensures fast, reliable checking of balanced parentheses.

Practice

(1/5)
1. What is the main purpose of using a stack in the Balanced Parentheses Problem?
easy
A. To keep track of opening parentheses and match them with closing ones
B. To count the total number of parentheses in the string
C. To reverse the order of parentheses in the string
D. To sort the parentheses alphabetically

Solution

  1. Step 1: Understand the role of stack in parentheses matching

    A stack stores opening parentheses as they appear to check if each closing parenthesis matches the last opened one.
  2. Step 2: Explain why other options are incorrect

    Counting, reversing, or sorting parentheses does not help in checking if they are balanced.
  3. Final Answer:

    To keep track of opening parentheses and match them with closing ones -> Option A
  4. Quick Check:

    Stack tracks openings for matching = B [OK]
Hint: Stack stores openings to match closings quickly [OK]
Common Mistakes:
  • Thinking stack counts parentheses instead of matching
  • Confusing stack with queue for this problem
  • Assuming stack sorts parentheses
2. Which of the following Rust code snippets correctly pushes an opening parenthesis '(' onto a stack named stack?
easy
A. stack.insert('(');
B. stack.push('(');
C. stack.add('(');
D. stack.append('(');

Solution

  1. Step 1: Recall Rust Vec method to add elements

    In Rust, Vec uses push() to add elements at the end.
  2. Step 2: Verify other methods are invalid for Vec

    add(), insert() require different parameters or do not exist; append() merges vectors, not single elements.
  3. Final Answer:

    stack.push('('); -> Option B
  4. Quick Check:

    Vec push method = push() [OK]
Hint: Use push() to add items to Rust Vec stack [OK]
Common Mistakes:
  • Using append() to add single element
  • Confusing insert() with push()
  • Using add() which is not a Vec method
3. What will be the output of the following Rust code snippet that checks if parentheses are balanced?
fn is_balanced(s: &str) -> bool {
    let mut stack = Vec::new();
    for ch in s.chars() {
        if ch == '(' {
            stack.push(ch);
        } else if ch == ')' {
            if stack.pop().is_none() {
                return false;
            }
        }
    }
    stack.is_empty()
}

fn main() {
    println!("{}", is_balanced("(()())"));
}
medium
A. false
B. Runtime panic
C. Compilation error
D. true

Solution

  1. Step 1: Trace the input string "(()())" character by character

    Process '(', push ['(']; '(', push ['(','(']; ')', pop ['(']; '(', push ['(','(']; ')', pop ['(']; ')', pop []. All match.
  2. Step 2: Check final stack state

    Stack is NOT empty after processing all 6 characters because the input string "(()())" has 6 characters but the last character is ')', so the stack ends empty. Wait, let's count carefully:
    Characters: '(' push ['(']
    '(' push ['(','(']
    ')' pop ['(']
    '(' push ['(','(']
    ')' pop ['(']
    ')' pop []
    Stack is empty after processing all characters, so stack.is_empty() returns true.
  3. Final Answer:

    true -> Option D
  4. Quick Check:

    Matched pairs and empty stack = true [OK]
Hint: Count openings and closings; unmatched means false [OK]
Common Mistakes:
  • Mis-counting the number of parentheses
  • Ignoring stack emptiness at end
  • Confusing pop() returning None with Some
4. Identify the bug in this Rust function that checks balanced parentheses:
fn check_balance(s: &str) -> bool {
    let mut stack = Vec::new();
    for ch in s.chars() {
        if ch == '(' {
            stack.push(ch);
        } else if ch == ')' {
            stack.pop();
        }
    }
    stack.is_empty()
}
medium
A. It uses a wrong data structure instead of Vec
B. It pushes closing parentheses instead of opening
C. It does not check if pop() returns None before popping
D. It returns true even if stack is not empty

Solution

  1. Step 1: Analyze pop() usage on empty stack

    The function calls stack.pop() without checking if stack is empty, so popping from empty stack returns None but is ignored.
  2. Step 2: Explain consequence of missing check

    This causes false positives when closing parentheses appear without matching openings, as function never returns false early.
  3. Final Answer:

    It does not check if pop() returns None before popping -> Option C
  4. Quick Check:

    Missing pop() None check causes errors [OK]
Hint: Always check pop() result before proceeding [OK]
Common Mistakes:
  • Ignoring pop() returning None on empty stack
  • Pushing wrong characters
  • Assuming stack emptiness check is enough
5. Given the Rust function below, what will be the output when checking the string "{[(())]}"? The function supports '()', '[]', and '{}' pairs.
fn is_balanced(s: &str) -> bool {
    let mut stack = Vec::new();
    for ch in s.chars() {
        if ch == '(' || ch == '[' || ch == '{' {
            stack.push(ch);
        } else {
            if let Some(top) = stack.pop() {
                if (ch == ')' && top != '(') ||
                   (ch == ']' && top != '[') ||
                   (ch == '}' && top != '{') {
                    return false;
                }
            } else {
                return false;
            }
        }
    }
    stack.is_empty()
}

fn main() {
    println!("{}", is_balanced("{[(())]}"));
}
hard
A. true
B. false
C. Compilation error
D. Runtime panic

Solution

  1. Step 1: Trace the string "{[(())]}" step-by-step

    Push '{', '[', '(', '('. Then pop for ')', ')', ']', '}'. Each closing matches the last opening correctly.
  2. Step 2: Check stack emptiness after processing

    All pairs matched, stack is empty, so function returns true.
  3. Final Answer:

    true -> Option A
  4. Quick Check:

    All pairs matched and stack empty = true [OK]
Hint: Match each closing with last opening in stack [OK]
Common Mistakes:
  • Not handling multiple bracket types
  • Ignoring order of matching pairs
  • Forgetting to check stack empty at end
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard