Bird
Raised Fist0
Rustprogramming~30 mins

Ownership rules in Rust - Mini Project: Build & Apply

Choose your learning style10 modes available
Understanding Ownership Rules in Rust
📖 Scenario: You are learning how Rust manages memory safely using ownership rules. Imagine you have a list of book titles and you want to share them between different parts of your program without causing errors.
🎯 Goal: Build a simple Rust program that creates a string, transfers ownership, and shows how ownership rules prevent common mistakes.
📋 What You'll Learn
Create a variable with a string value
Transfer ownership of the string to another variable
Attempt to use the original variable after ownership transfer (commented out to avoid error)
Print the string from the new owner variable
💡 Why This Matters
🌍 Real World
Rust's ownership rules help prevent bugs related to memory safety and data races in real-world software like web servers and embedded systems.
💼 Career
Understanding ownership is essential for Rust developers to write safe and efficient code, a key skill in systems programming jobs.
Progress0 / 4 steps
1
Create a string variable
Create a variable called book_title and assign it the string "The Rust Book" using String::from.
Rust
Hint

Use let book_title = String::from("The Rust Book"); to create the string.

2
Transfer ownership to a new variable
Create a new variable called new_owner and assign it the value of book_title to transfer ownership.
Rust
Hint

Assign book_title to new_owner to move ownership.

3
Show ownership prevents using original variable
Add a commented line that tries to print book_title after ownership transfer to show it causes an error if uncommented.
Rust
Hint

Comment out the print statement for book_title to show it cannot be used after moving ownership.

4
Print the string from the new owner
Write a println! statement to print the value of new_owner.
Rust
Hint

Use println!("{}", new_owner); to display the string.

Practice

(1/5)
1. What happens when ownership of a variable is moved to another variable in Rust?
easy
A. The original variable becomes invalid and cannot be used.
B. Both variables can be used independently without restrictions.
C. The data is copied and both variables own separate copies.
D. The original variable automatically deletes the data.

Solution

  1. Step 1: Understand ownership move

    When ownership moves, the original variable loses its right to access the data.
  2. Step 2: Effect on original variable

    The original variable becomes invalid and cannot be used to prevent double free errors.
  3. Final Answer:

    The original variable becomes invalid and cannot be used. -> Option A
  4. Quick Check:

    Ownership move invalidates old owner = A [OK]
Hint: Ownership move disables old variable usage [OK]
Common Mistakes:
  • Thinking ownership move copies data
  • Assuming both variables remain valid
  • Confusing move with borrowing
2. Which of the following is the correct syntax to borrow a variable immutably in Rust?
easy
A. let ref x = value;
B. let x = value;
C. let x = *value;
D. let x = &value;

Solution

  1. Step 1: Identify borrowing syntax

    Immutable borrowing uses the & symbol before the variable.
  2. Step 2: Match correct syntax

    let x = &value; correctly borrows value immutably.
  3. Final Answer:

    let x = &value; -> Option D
  4. Quick Check:

    Immutable borrow uses & = B [OK]
Hint: Use & to borrow immutably [OK]
Common Mistakes:
  • Using * for borrowing instead of dereferencing
  • Missing & symbol for borrowing
  • Confusing mutable and immutable borrow syntax
3. What will be the output of this Rust code?
let s1 = String::from("hello");
let s2 = s1;
println!("{}", s1);
medium
A. Runtime error
B. hello
C. Compilation error
D. Empty string

Solution

  1. Step 1: Analyze ownership move

    Assigning s1 to s2 moves ownership, invalidating s1.
  2. Step 2: Using invalidated variable

    Printing s1 after move causes a compile-time error because s1 is no longer valid.
  3. Final Answer:

    Compilation error -> Option C
  4. Quick Check:

    Using moved variable causes compile error = A [OK]
Hint: Using moved variable causes compile error [OK]
Common Mistakes:
  • Expecting s1 to print after move
  • Confusing move with copy
  • Thinking runtime error occurs instead
4. Identify the error in this Rust code snippet:
let s = String::from("hello");
let r1 = &s;
let r2 = &mut s;
println!("{} and {}", r1, r2);
medium
A. No error, code runs fine.
B. Cannot borrow s as mutable because it is already borrowed as immutable.
C. String::from is not a valid function.
D. Cannot print two variables in one println! macro.

Solution

  1. Step 1: Check borrowing rules

    Rust forbids mutable borrow if immutable borrow exists simultaneously.
  2. Step 2: Identify conflict

    r1 is an immutable borrow; r2 tries mutable borrow causing error.
  3. Final Answer:

    Cannot borrow s as mutable because it is already borrowed as immutable. -> Option B
  4. Quick Check:

    Mutable borrow conflicts with existing immutable borrow = D [OK]
Hint: Mutable borrow disallowed if immutable borrow exists [OK]
Common Mistakes:
  • Ignoring borrow rules and expecting code to run
  • Thinking multiple mutable borrows allowed
  • Misunderstanding println! macro usage
5. Given this Rust function:
fn take_ownership(s: String) {
    println!("{}", s);
}

fn main() {
    let s = String::from("hello");
    take_ownership(s);
    println!("{}", s);
}
What is the correct way to fix the error without cloning the string?
hard
A. Change the function parameter to borrow the string: fn take_ownership(s: &String)
B. Remove the println! after the function call.
C. Declare s as mutable in main.
D. Use let s = &String::from("hello"); in main.

Solution

  1. Step 1: Understand ownership transfer

    Passing s to take_ownership moves ownership, invalidating s in main.
  2. Step 2: Use borrowing to avoid move

    Changing parameter to &String borrows s, so ownership stays with main.
  3. Step 3: Adjust function call

    Call take_ownership(&s) to pass reference matching new parameter.
  4. Final Answer:

    Change the function parameter to borrow the string: fn take_ownership(s: &String) -> Option A
  5. Quick Check:

    Borrow parameter to keep ownership in caller = C [OK]
Hint: Borrow in function parameter to keep ownership [OK]
Common Mistakes:
  • Trying to use s after move without borrowing
  • Removing code instead of fixing ownership
  • Confusing mutability with ownership
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