Node Structure and Pointer Design in DSA Rust - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is a node in data structures?

A node is a basic unit that stores data and links to other nodes, like a box holding information and a pointer to the next box.

beginner

In Rust, what type of pointer is commonly used to link nodes in a singly linked list?

Rust uses Option to safely own and link nodes, where Box stores the node on the heap and Option handles the possibility of no next node.

intermediate

Why do we use Option with pointers in Rust node design?

Option represents the presence (Some) or absence (None) of a next node, preventing null pointer errors safely.

intermediate

Explain the difference between Box and Rc pointers in Rust node design.

Box provides single ownership and heap allocation, good for simple lists. Rc allows multiple owners, useful for shared nodes like in graphs or doubly linked lists.

advanced

What is the role of RefCell in Rust pointer design for nodes?

RefCell allows mutable borrowing checked at runtime, enabling interior mutability when multiple owners exist, often combined with Rc for complex structures.

Which Rust pointer type is best for a singly owned node in a linked list?

A Box

B Rc

C RefCell

D Arc

Box is used for single ownership and heap allocation, perfect for singly linked lists.

What does Option represent in Rust node pointers?

A A pointer that is always mutable

B A pointer that always points to a node

C A pointer that can only point to multiple nodes

D A pointer that can be null or point to a node

Option safely represents a pointer that might be empty (None) or hold a node (Some).

Which pointer type allows multiple owners of the same node in Rust?

A Rc

B Option

C Box

D RefCell

Rc enables multiple ownership by reference counting.

Why might you use RefCell with Rc in node design?

A To avoid heap allocation

B To allow multiple owners and mutable access at runtime

C To make nodes immutable

D To prevent any mutation

RefCell allows mutable access checked at runtime, combined with Rc for shared ownership.

What does a node typically contain in a linked list?

A Only data

B Only a pointer

C Data and a pointer to the next node

D Data and a pointer to the previous node only

A node stores data and a pointer to the next node in a singly linked list.

Describe how you would design a node structure for a singly linked list in Rust using pointers.

Think about ownership and how Rust prevents null pointers.

Explain the difference between Box, Rc, and RefCell in the context of node pointer design in Rust.

Consider ownership and mutability rules in Rust.

Practice

1. What is the primary purpose of a next pointer in a singly linked list node structure?

easy

A. To indicate the size of the list

B. To store the data value of the node

C. To point to the next node in the list

D. To point to the previous node in the list

Solution

1. Step 1: Understand the role of pointers in linked lists

   In a singly linked list, each node contains data and a pointer to the next node to maintain the sequence.

2. Step 2: Identify the function of the next pointer

   The next pointer specifically points to the next node, enabling traversal through the list.

3. Final Answer:

   To point to the next node in the list -> Option C

4. Quick Check:

   next pointer = next node address [OK]

Hint: Next pointer always links to the following node [OK]

Common Mistakes:

• Confusing next pointer with previous pointer
• Thinking next stores data instead of address
• Assuming next pointer stores list size

2. Which of the following is the correct Rust syntax to define a singly linked list node struct with a next pointer using Option and Box?

easy

A. struct Node { data: i32, next: Option }

B. struct Node { data: i32, next: &Node }

C. struct Node { data: i32, next: Box<Node> }

D. struct Node { data: i32, next: Option<&Node> }

Solution

1. Step 1: Recall Rust ownership and pointer rules for linked lists

   Rust requires heap allocation for recursive types, so Box is used to allocate nodes on the heap. The Option type allows for a nullable pointer.

2. Step 2: Analyze each option's correctness

   struct Node { data: i32, next: Box<Node> } lacks Option, so it cannot represent the end of the list (null). struct Node { data: i32, next: Option } correctly uses Option. struct Node { data: i32, next: &Node } uses a reference without lifetime, which is invalid. struct Node { data: i32, next: Option<&Node> } uses a reference inside Option, which is problematic for ownership.

3. Final Answer:

   struct Node { data: i32, next: Option } -> Option A

4. Quick Check:

   Use Option for nullable heap pointer [OK]

Hint: Use Option for nullable next pointer in Rust [OK]

Common Mistakes:

• Omitting Option to represent null
• Using references without lifetimes
• Not boxing recursive types

3. Given the following Rust code for a singly linked list node, what will be printed?

struct Node {
    data: i32,
    next: Option,
}

fn main() {
    let node3 = Node { data: 3, next: None };
    let node2 = Node { data: 2, next: Some(Box::new(node3)) };
    let node1 = Node { data: 1, next: Some(Box::new(node2)) };

    let mut current = &node1;
    while let Some(ref next_node) = current.next {
        println!("{} ->", current.data);
        current = next_node;
    }
    println!("{} -> null", current.data);
}

medium

A. 1 -> 2 -> 3 -> null

B. 3 -> 2 -> 1 -> null

C. 1 -> 2 -> null

D. Compilation error due to ownership

Solution

1. Step 1: Trace the linked list construction

   node1 points to node2, node2 points to node3, node3 points to None (end).

2. Step 2: Follow the while loop printing data

   The loop prints current.data and moves to next node until next is None. It prints 1, then 2, then 3, then prints 3 -> null after loop.

3. Final Answer:

   1 -> 2 -> 3 -> null -> Option A

4. Quick Check:

   Traverse nodes in order: 1, 2, 3 [OK]

Hint: Follow next pointers from head to end [OK]

Common Mistakes:

• Confusing order of nodes
• Expecting reverse print
• Thinking ownership causes compile error here

4. Identify the error in this Rust code snippet defining a linked list node:

struct Node {
    data: i32,
    next: Option<Node>,
}

medium

A. Data type i32 is invalid for node data

B. Missing Box to allocate next node on heap

C. Option cannot be used with structs

D. next should be a reference &Node instead

Solution

1. Step 1: Understand recursive struct requirements in Rust

   Rust needs recursive types to use indirection like Box to know size at compile time.

2. Step 2: Analyze the next field type

   Using Option<Node> causes infinite size because Node contains Node directly. It must be Option to compile.

3. Final Answer:

   Missing Box to allocate next node on heap -> Option B

4. Quick Check:

   Recursive structs need Box for next pointer [OK]

Hint: Use Box for recursive node pointers in Rust [OK]

Common Mistakes:

• Omitting Box causes compile error
• Using references without lifetimes
• Thinking Option<Node> is enough

5. You want to design a doubly linked list node in Rust with safe ownership. Which of the following node struct definitions correctly uses pointers to represent prev and next nodes without causing ownership or borrowing errors?

hard

A. struct Node { data: i32, prev: Option, next: Option }

B. struct Node { data: i32, prev: Option<&Node>, next: Option<&Node> }

C. struct Node { data: i32, prev: Option<*mut Node>, next: Option }

D. struct Node { data: i32, prev: Option>, next: Option> }

Solution

1. Step 1: Understand ownership challenges in doubly linked lists

   Doubly linked lists have nodes pointing both ways, causing multiple ownership which Rust's default ownership model disallows.

2. Step 2: Analyze pointer types for safe shared ownership

   struct Node { data: i32, prev: Option, next: Option } uses Box for both prev and next, causing ownership conflicts. struct Node { data: i32, prev: Option<*mut Node>, next: Option } uses raw pointer for prev, unsafe. struct Node { data: i32, prev: Option<&Node>, next: Option<&Node> } uses references without lifetimes, invalid. struct Node { data: i32, prev: Option>, next: Option> } uses Rc allowing multiple owners and interior mutability safely.

3. Final Answer:

   struct Node { data: i32, prev: Option>, next: Option> } -> Option D

4. Quick Check:

   Use Rc and RefCell for safe shared mutable ownership [OK]

Hint: Use Rc for doubly linked list nodes [OK]

Common Mistakes:

• Using Box for both prev and next causes ownership errors
• Using raw pointers without safety
• Using references without lifetimes