Insert at End Tail Insert in DSA Rust - Build from Scratch

Insert at End Tail Insert

📖 Scenario: You are managing a simple list of tasks to do. You want to add new tasks at the end of the list so you can complete them in order.

🎯 Goal: Build a Rust program that creates a linked list of tasks and adds a new task at the end (tail) of the list.

📋 What You'll Learn

Create a linked list node struct called Node with a task field and a next pointer

Create a linked list struct called TaskList with a head pointer

Add a method append to TaskList that inserts a new task at the end

Print the tasks in order after insertion

💡 Why This Matters

🌍 Real World

Linked lists are useful for managing ordered collections where you add or remove items dynamically, like task lists, playlists, or undo histories.

💼 Career

Understanding linked lists and how to insert at the tail is fundamental for software developers working with data structures, memory management, and performance optimization.

1

Create the linked list node and list structs

Create a struct called Node with a task field of type String and a next field of type Option>. Also create a struct called TaskList with a head field of type Option>.

DSA Rust

// Your code here

Hint

Use Option> for the next pointer to allow for empty or next nodes.

2

Add an append method to insert at the end

Add an impl block for TaskList and write a method called append that takes &mut self and a task: String. This method should insert a new Node with the given task at the end of the list.

DSA Rust

struct Node {
    task: String,
    next: Option>,
}

struct TaskList {
    head: Option>,
}

// Your code here

Hint

Use as_mut() to get mutable references and loop until next is None to find the tail.

3

Create a method to print all tasks

Add a method called print_tasks to TaskList that prints each task in order, separated by -> , ending with None.

DSA Rust

struct Node {
    task: String,
    next: Option>,
}

struct TaskList {
    head: Option>,
}

impl TaskList {
    fn append(&mut self, task: String) {
        let new_node = Box::new(Node { task, next: None });
        match self.head.as_mut() {
            None => self.head = Some(new_node),
            Some(mut current) => {
                while let Some(next_node) = current.next.as_mut() {
                    current = next_node;
                }
                current.next = Some(new_node);
            }
        }
    }

    // Your code here
}

Hint

Use as_ref() to get references and loop through nodes until None.

4

Add tasks and print the list

In the main function, create a mutable TaskList called tasks. Append the tasks "Buy groceries", "Clean room", and "Pay bills" in that order. Then call tasks.print_tasks() to display the list.

DSA Rust

struct Node {
    task: String,
    next: Option>,
}

struct TaskList {
    head: Option>,
}

impl TaskList {
    fn append(&mut self, task: String) {
        let new_node = Box::new(Node { task, next: None });
        match self.head.as_mut() {
            None => self.head = Some(new_node),
            Some(mut current) => {
                while let Some(next_node) = current.next.as_mut() {
                    current = next_node;
                }
                current.next = Some(new_node);
            }
        }
    }

    fn print_tasks(&self) {
        let mut current = self.head.as_ref();
        while let Some(node) = current {
            print!("{} -> ", node.task);
            current = node.next.as_ref();
        }
        println!("None");
    }
}

fn main() {
    // Your code here
}

Hint

Remember to create tasks as mutable and call append with to_string() on each task.

Practice

1. What does the "Insert at End (Tail Insert)" operation do in a linked list?

easy

A. Deletes the last node of the list

B. Removes the first node of the list

C. Adds a new node at the end of the list

D. Adds a new node at the beginning of the list

Solution

1. Step 1: Understand the operation name

   "Insert at End" means adding a new element at the tail (last position) of the list.

2. Step 2: Compare with other operations

   Adding at the beginning is different; removing nodes is deletion, not insertion.

3. Final Answer:

   Adds a new node at the end of the list -> Option C

4. Quick Check:

   Insert at End = Add node at tail [OK]

Hint: Tail insert always adds node at the list's end [OK]

Common Mistakes:

• Confusing insert at end with insert at beginning
• Thinking it removes nodes instead of adding
• Mixing insertion with deletion operations

2. Which of the following Rust code snippets correctly inserts a new node with value 10 at the end of a singly linked list?

easy

A. let mut current = &mut head;
while current.is_some() {
current = &mut current.as_mut().unwrap().next;
}
*current = Some(Box::new(Node { value: 10, next: None }));

B. head = Some(Box::new(Node { value: 10, next: head }));

C. head = None;

D. let mut current = &head;
while current.is_some() {
current = ¤t.unwrap().next;
}
current = Some(Box::new(Node { value: 10, next: None }));

Solution

1. Step 1: Analyze code for tail insertion

   let mut current = &mut head; while current.is_some() { current = &mut current.as_mut().unwrap().next; } *current = Some(Box::new(Node { value: 10, next: None })); traverses the list using mutable references until it finds None, then inserts the new node.

2. Step 2: Check other options for correctness

   head = Some(Box::new(Node { value: 10, next: head })); inserts at the head, not tail. head = None; clears the list. let mut current = &head; while current.is_some() { current = ¤t.unwrap().next; } current = Some(Box::new(Node { value: 10, next: None })); uses immutable references, causing compilation errors on unwrap() and rebinding, and doesn't modify the list.

3. Final Answer:

   The mutable reference traversal code correctly inserts at the end -> Option A

4. Quick Check:

   Mutable traversal + insert at None = tail insert [OK]

Hint: Use mutable references to find None and insert [OK]

Common Mistakes:

• Using immutable references when mutability is needed
• Inserting at head instead of tail
• Assigning to immutable references causing errors

3. What will be the output of the following Rust code that inserts values 1, 2, 3 at the end of an empty linked list and then prints it?

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

fn main() {
    let mut head: Option = None;
    for val in [1, 2, 3] {
        let mut current = &mut head;
        while current.is_some() {
            current = &mut current.as_mut().unwrap().next;
        }
        *current = Some(Box::new(Node { value: val, next: None }));
    }
    let mut current = &head;
    while let Some(node) = current {
        print!("{} -> ", node.value);
        current = &node.next;
    }
    print!("null\n");
}

medium

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

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

C. null

D. Compilation error

Solution

1. Step 1: Trace insertion loop

   The insertion loop correctly adds 1, then 2, then 3 at the tail, building 1 -> 2 -> 3 -> None.

2. Step 2: Trace print loop

   The print loop uses `let mut current = &head;` and `while let Some(node) = current` which causes a type mismatch because `current` is a reference to an Option, not an Option itself. To fix this, the code should use `current = current.as_ref().map(|node| &node.next)` or `while let Some(node) = current.as_ref()` to correctly traverse the list immutably. However, as given, the code will not compile due to this mismatch.

3. Step 3: Correction

   Assuming the print loop is fixed to use `while let Some(node) = current.as_ref()`, the output will be `1 -> 2 -> 3 -> null`.

4. Final Answer:

   1 -> 2 -> 3 -> null -> Option B

5. Quick Check:

   Tail insertion preserves order; print loop needs as_ref() for immutable traversal [OK]

Hint: Use `as_ref()` chain for immutable print traversal [OK]

Common Mistakes:

• Type mismatch between `&Option` and `Option` in pattern matching
• Forgetting `as_ref()` for immutable list traversal
• Confusing head insertion (reverses order) with tail insertion

4. The following Rust code tries to insert a new node with value 5 at the end of a linked list but causes a compilation error. What is the error?

let mut current = &head;
while current.is_some() {
    current = ¤t.unwrap().next;
}
*current = Some(Box::new(Node { value: 5, next: None }));

medium

A. Cannot assign to `*current` because `current` is an immutable reference

B. `unwrap()` called on None value causing panic

C. Missing semicolon after assignment

D. Node struct is not defined

Solution

1. Step 1: Identify reference mutability

   Variable `current` is an immutable reference to `head`, so `*current = ...` is invalid.

2. Step 2: Understand Rust's mutability rules

   To modify the list, `current` must be a mutable reference (`&mut`).

3. Final Answer:

   Cannot assign to `*current` because `current` is an immutable reference -> Option A

4. Quick Check:

   Mutable reference needed for assignment [OK]

Hint: Use &mut references to modify linked list nodes [OK]

Common Mistakes:

• Using immutable references when mutability is required
• Ignoring Rust's ownership and borrowing rules
• Assuming unwrap causes error here instead of mutability

5. Given a singly linked list in Rust, how would you modify the tail insert function to handle the edge case when the list is initially empty?

hard

A. Replace head with new node regardless of current list state

B. Always traverse the list without checking head, insert at the end

C. Use recursion to insert node at the beginning

D. Check if head is None, then assign new node directly to head; else traverse to tail and insert

Solution

1. Step 1: Handle empty list case

   If head is None, assign the new node directly to head to start the list.

2. Step 2: Handle non-empty list case

   If head exists, traverse to the last node and insert the new node at the end.

3. Final Answer:

   Check if head is None, then assign new node directly to head; else traverse to tail and insert -> Option D

4. Quick Check:

   Empty list needs direct head assignment [OK]

Hint: Always check if list is empty before tail insert [OK]

Common Mistakes:

• Not checking for empty list causing panic
• Overwriting head without condition
• Using recursion incorrectly for tail insertion