Dynamic Stack Using Resizable Array in DSA C# - Time & Space Complexity

Time Complexity: Dynamic Stack Using Resizable Array

O(1) amortized

Understanding Time Complexity

We want to understand how the time to add or remove items from a dynamic stack changes as the stack grows.

How does resizing the array affect the speed of stack operations?

Scenario Under Consideration

Analyze the time complexity of the following code snippet.

public class DynamicStack
{
    private int[] items = new int[2];
    private int count = 0;

    public void Push(int item)
    {
        if (count == items.Length)
            Resize();
        items[count++] = item;
    }

    private void Resize()
    {
        int[] newItems = new int[items.Length * 2];
        for (int i = 0; i < items.Length; i++)
            newItems[i] = items[i];
        items = newItems;
    }
}
    

This code adds items to a stack and doubles the array size when full.

Identify Repeating Operations

Identify the loops, recursion, array traversals that repeat.

• Primary operation: Adding an item to the array (Push method).
• How many times: Usually once per Push, but sometimes triggers Resize.
• Resize operation: Copies all existing items to a new larger array.
• How many times Resize runs: Only when array is full, doubling size each time.

How Execution Grows With Input

Most Push operations take a fixed small time. Occasionally, a Push causes Resize, which copies all items.

Input Size (n)	Approx. Operations
10	About 10 simple adds + 14 copies during resizes
100	About 100 simple adds + 126 copies during resizes
1000	About 1000 simple adds + 1022 copies during resizes

Pattern observation: Most operations are quick, but resizing cost grows with number of items copied.

Final Time Complexity

Time Complexity: O(1) amortized

This means each Push usually takes constant time, but sometimes takes longer when resizing, averaged out over many operations.

Common Mistake

[X] Wrong: "Every Push takes a long time because of resizing."

[OK] Correct: Resizing happens rarely and its cost spreads out over many Pushes, so most Pushes are fast.

Interview Connect

Understanding amortized time helps you explain why dynamic arrays and stacks are efficient in real use, a key skill in interviews.

Self-Check

"What if we increased the array size by only 1 each time instead of doubling? How would the time complexity change?"

Practice

1. What is the main advantage of using a dynamic stack with a resizable array over a fixed-size array stack?

easy

A. It can grow or shrink automatically as elements are pushed or popped.

B. It uses less memory than a fixed-size array stack.

C. It always has a fixed capacity to avoid resizing overhead.

D. It does not allow popping elements.

Solution

1. Step 1: Understand fixed-size array stack limitation

   A fixed-size array stack has a set capacity and cannot grow beyond it, causing overflow if exceeded.

2. Step 2: Understand dynamic stack advantage

   A dynamic stack resizes its array automatically when full, allowing more elements without overflow.

3. Final Answer:

   It can grow or shrink automatically as elements are pushed or popped. -> Option A

4. Quick Check:

   Dynamic resizing = automatic growth/shrink [OK]

Hint: Dynamic stacks resize arrays automatically when full [OK]

Common Mistakes:

• Thinking dynamic stack uses less memory always
• Believing dynamic stack has fixed capacity
• Confusing dynamic stack with linked list stack

2. Which of the following is the correct way to double the size of the internal array in a dynamic stack in C#?

easy

A. array = new int[array.Length * 2];

B. array.Length = array.Length * 2;

C. array = array.Concat(array).ToArray();

D. Array.Resize(ref array, array.Length * 2);

Solution

1. Step 1: Understand array resizing in C#

   Arrays in C# have fixed length; to resize, use Array.Resize(ref array, newSize) which copies old elements.

2. Step 2: Analyze options

   Array.Resize(ref array, array.Length * 2); uses Array.Resize correctly. array = new int[array.Length * 2]; creates a new array but loses old data. array.Length = array.Length * 2; is invalid syntax. array = array.Concat(array).ToArray(); uses LINQ but is inefficient and not typical for stack resizing.

3. Final Answer:

   Array.Resize(ref array, array.Length * 2); -> Option D

4. Quick Check:

   Array.Resize method resizes arrays properly [OK]

Hint: Use Array.Resize(ref array, newSize) to resize arrays in C# [OK]

Common Mistakes:

• Trying to set array.Length directly
• Creating new array without copying old data
• Using LINQ Concat for resizing inefficiently

3. Consider the following C# code for a dynamic stack using a resizable array:

DynamicStack stack = new DynamicStack();
stack.Push(10);
stack.Push(20);
stack.Push(30);
stack.Pop();
stack.Push(40);
stack.PrintStack();

What will be the printed output?

medium

A. 30 -> 20 -> 10 -> null

B. 40 -> 20 -> 10 -> null

C. 20 -> 10 -> null

D. 40 -> 30 -> 20 -> 10 -> null

Solution

1. Step 1: Trace stack operations

   Push 10, stack: 10
   Push 20, stack: 20 -> 10
   Push 30, stack: 30 -> 20 -> 10
   Pop removes 30, stack: 20 -> 10
   Push 40, stack: 40 -> 20 -> 10

2. Step 2: Determine printed output

   PrintStack prints from top to bottom ending with null: 40 -> 20 -> 10 -> null

3. Final Answer:

   40 -> 20 -> 10 -> null -> Option B

4. Quick Check:

   Stack top after operations = 40 [OK]

Hint: Track push/pop order carefully to find top element [OK]

Common Mistakes:

• Forgetting pop removes top element
• Printing stack in wrong order
• Including popped elements in output

4. The following code snippet for a dynamic stack has a bug. What is the error?

public void Push(int item) {
  if (top == array.Length) {
    Array.Resize(ref array, array.Length * 2);
  }
  array[top] = item;
  top++;
}

medium

A. No bug; the code resizes and pushes correctly.

B. The top variable should be incremented before assigning the item.

C. The condition should be top == array.Length to resize, but top starts at 1 instead of 0.

D. The condition should be top == array.Length - 1 to resize.

Solution

1. Step 1: Analyze resizing condition

   top equals array.Length means array is full, so resizing is needed before adding new item.

2. Step 2: Check push logic

   Assign item at array[top], then increment top. This correctly places item and moves top pointer.

3. Final Answer:

   No bug; the code resizes and pushes correctly. -> Option A

4. Quick Check:

   Resize when full, assign then increment top [OK]

Hint: Resize when top equals length; assign then increment top [OK]

Common Mistakes:

• Using wrong resize condition (off by one)
• Incrementing top before assignment
• Assuming top starts at 1 instead of 0

5. You want to implement a dynamic stack that shrinks its internal array size by half when the number of elements falls below one-quarter of the array capacity. Which approach correctly handles this resizing to optimize memory without losing data?

hard

A. Resize array to array.Length * 2 after popping elements to avoid frequent resizing.

B. Resize array to array.Length / 4 whenever an element is popped.

C. After popping, check if top <= array.Length / 4, then resize array to array.Length / 2 using Array.Resize(ref array, newSize).

D. Never shrink the array to avoid complexity; only grow it when full.

Solution

1. Step 1: Understand shrinking condition

   To save memory, shrink when usage is low: top ≤ 1/4 capacity triggers halving the array size.

2. Step 2: Apply resizing correctly

   Use Array.Resize(ref array, array.Length / 2) to shrink safely after popping, preserving existing elements.

3. Final Answer:

   After popping, check if top <= array.Length / 4, then resize array to array.Length / 2 using Array.Resize(ref array, newSize). -> Option C

4. Quick Check:

   Shrink when quarter full using Array.Resize [OK]

Hint: Shrink array when usage ≤ 25% by halving size [OK]

Common Mistakes:

• Shrinking too often causing overhead
• Shrinking to quarter size instead of half
• Not preserving data during resize