Delete by Value in Doubly Linked List in DSA Rust - Time & Space Complexity
We want to understand how long it takes to remove a value from a doubly linked list.
The question is: how does the time grow as the list gets bigger?
Analyze the time complexity of the following code snippet.
fn delete_by_value(head: &mut Option>, value: i32) {
let mut current = head.as_mut();
while let Some(node) = current {
if node.data == value {
// Remove node by adjusting pointers
// ... (pointer updates omitted for brevity)
break;
}
current = node.next.as_mut();
}
}
This code searches the list for the first node with the given value and removes it by updating pointers.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Traversing the list nodes one by one to find the value.
- How many times: Up to n times, where n is the number of nodes in the list.
As the list grows, the search may need to check more nodes.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | Up to 10 checks |
| 100 | Up to 100 checks |
| 1000 | Up to 1000 checks |
Pattern observation: The number of operations grows roughly in direct proportion to the list size.
Time Complexity: O(n)
This means the time to delete by value grows linearly with the list size.
[X] Wrong: "Deleting by value is always fast because we just remove one node."
[OK] Correct: We must first find the node, which can take time proportional to the list length.
Understanding this helps you explain how linked lists work and how searching affects performance.
"What if the list was sorted? How would that change the time complexity of deleting by value?"
Practice
delete_by_value function in a doubly linked list?Solution
Step 1: Understand the function's goal
Thedelete_by_valuefunction searches for a node with the specified value.Step 2: Identify the action performed
Once found, it removes that node from the doubly linked list, adjusting pointers accordingly.Final Answer:
To remove the first node that contains the given value -> Option AQuick Check:
Delete by value means remove matching node [OK]
- Confusing delete with insert
- Thinking it reverses the list
- Assuming it counts nodes
prev and next pointers?Solution
Step 1: Understand Rust pointer types for doubly linked lists
Rust needs shared ownership and mutability for prev and next pointers, soRcis used.Step 2: Check options for correct pointer usage
struct Node { value: i32, prev: Option>, next: Option> } usesOption>which allows multiple owners and interior mutability, suitable for doubly linked lists.Final Answer:
struct Node { value: i32, prev: Option>, next: Option> } -> Option AQuick Check:
Use Rc and RefCell for mutable shared nodes [OK]
- Using Box for both prev and next causes ownership issues
- Using raw pointers without unsafe code
- Using direct Node type causing infinite size
let mut list = DoublyLinkedList::new(); list.push_back(1); list.push_back(3); list.push_back(5); list.delete_by_value(3); list.print();
Solution
Step 1: Understand initial list state
After pushing 1, 3, 5, the list is 1 -> 3 -> 5 -> null.Step 2: Delete node with value 3
Thedelete_by_value(3)removes the node containing 3, linking 1 directly to 5.Final Answer:
1 -> 5 -> null -> Option BQuick Check:
Deleted 3, list is 1 -> 5 [OK]
- Not updating prev and next pointers correctly
- Deleting wrong node or none
- Printing old list without deletion
fn delete_by_value(&mut self, val: i32) {
let mut current = self.head.clone();
while let Some(node) = current {
if node.borrow().value == val {
// deletion logic here
break;
}
current = node.borrow().next.clone();
}
}
What is a common bug if the deletion logic forgets to update the prev pointer of the next node?Solution
Step 1: Identify pointer updates needed on deletion
When deleting a node, the previous node's next and the next node's prev pointers must be updated to bypass the deleted node.Step 2: Consequence of missing prev update
If the next node's prev pointer is not updated, it still points to the deleted node, causing backward links to be incorrect and list corruption.Final Answer:
The list may become corrupted with dangling backward links -> Option DQuick Check:
Missing prev update breaks backward links [OK]
- Updating only next pointer
- Not breaking loop after deletion
- Forgetting to handle head or tail cases
delete_by_value function that removes only the first matching node per call. How many times must you call delete_by_value(4) to remove all 4s, and what will the final list look like?Solution
Step 1: Understand deletion per call
Each call todelete_by_value(4)removes only the first node with value 4.Step 2: Count how many 4s and calls needed
There are two nodes with value 4. So, two calls are needed to remove both.Step 3: Final list after deletions
After two deletions, the list becomes 2 -> 6 -> 8 -> null.Final Answer:
Call twice; final list: 2 -> 6 -> 8 -> null -> Option CQuick Check:
Two 4s, two deletes, final list without 4s [OK]
- Assuming one call removes all matching nodes
- Not updating pointers after each deletion
- Confusing node values or order
Ready to prove it?
Pass the test and this pattern moves unknown
