Enums with data in Rust - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is an enum with data in Rust?

An enum with data is an enum where each variant can hold different types and amounts of data, allowing you to store values directly inside each variant.

beginner

How do you define an enum variant that holds a single integer value?

You define it by specifying the variant name followed by parentheses containing the type, for example:

enum Example { Number(i32) }

beginner

How can you access data stored inside an enum variant?

You use pattern matching with match or if let to extract the data from the variant.

intermediate

What is the benefit of using enums with data over structs?

Enums with data let you represent different types of related data in one type, making your code clearer and safer when handling multiple related cases.

beginner

Write a simple enum with two variants: one holding a string and one holding two integers.

Example:

enum Message {
    Text(String),
    Coordinates(i32, i32),
}

Which syntax correctly defines an enum variant holding a floating-point number?

A Variant = f64

B Variant(f64)

C Variant: f64

D Variant<f64>

In Rust, enum variants holding data are defined with parentheses containing the type, like Variant(f64).

How do you extract data from an enum variant in Rust?

A Using pattern matching with match or if let

B Using dot notation like variant.data

C Using pointers

D Using unsafe code

Rust uses pattern matching with match or if let to safely extract data from enum variants.

What happens if you try to access data from the wrong enum variant without matching?

A Compile-time error

B Runtime panic

C Returns default value

D Data is accessed successfully

Rust enforces safe access at compile time, so accessing data from the wrong variant without matching causes a compile-time error.

Which of these is a valid enum with data in Rust?

A enum Color { Red(u8) = 1, Green(u8) = 2 }

B enum Color { Red = 1, Green = 2, Blue = 3 }

C enum Color { Red, Green(u8), Blue(u8, u8) }

D enum Color { Red: u8, Green: u8, Blue: u8 }

Option C correctly defines variants with and without data. The others misuse syntax.

Why use enums with data instead of multiple structs?

A To improve runtime speed only

B To avoid using functions

C To store data in a database

D To group related data types under one type for easier handling

Enums with data group related variants into one type, making code clearer and safer.

Explain how enums with data work in Rust and how you access their stored values.

Think about how you open a box to see what's inside.

Describe a real-life example where using an enum with data would be better than using separate structs.

Imagine different types of messages in a chat app.

Practice

1. What is the main purpose of enums with data in Rust?

easy

A. To group related values that can be different types under one name

B. To create multiple copies of the same data

C. To perform arithmetic operations on numbers

D. To store only strings in a list

Solution

1. Step 1: Understand what enums with data do

   Enums with data allow each variant to hold different types or amounts of data, grouping related but different information.

2. Step 2: Compare options with this understanding

   Only To group related values that can be different types under one name correctly describes grouping related values of different types under one name.

3. Final Answer:

   To group related values that can be different types under one name -> Option A

4. Quick Check:

   Enums with data = group different types [OK]

Hint: Enums group different data types under one name [OK]

Common Mistakes:

• Thinking enums only store one data type
• Confusing enums with arrays or vectors
• Assuming enums perform calculations

2. Which of the following is the correct syntax to define an enum variant with data in Rust?

easy

A. enum Color { Red(u8, u8, u8), Blue }

B. enum Color { Red = (u8, u8, u8), Blue }

C. enum Color { Red: (u8, u8, u8), Blue }

D. enum Color { Red -> (u8, u8, u8), Blue }

Solution

1. Step 1: Recall enum variant syntax with data

   In Rust, enum variants with data are defined by listing the variant name followed by parentheses containing the data types.

2. Step 2: Check each option

   enum Color { Red(u8, u8, u8), Blue } uses correct syntax: Red(u8, u8, u8). Options A, B, and C use invalid syntax with ->, =, or : which are incorrect for enum variant data.

3. Final Answer:

   enum Color { Red(u8, u8, u8), Blue } -> Option A

4. Quick Check:

   Variant with data uses parentheses () [OK]

Hint: Use parentheses () after variant name for data [OK]

Common Mistakes:

• Using = instead of () for variant data
• Using : or -> which are invalid here
• Forgetting parentheses for data

3. What will be the output of this Rust code?

enum Message {
    Quit,
    Move { x: i32, y: i32 },
    Write(String),
}

fn main() {
    let msg = Message::Move { x: 10, y: 20 };
    match msg {
        Message::Quit => println!("Quit"),
        Message::Move { x, y } => println!("Move to {}, {}", x, y),
        Message::Write(text) => println!("Write {}", text),
    }
}

medium

A. Compilation error

B. Quit

C. Write 10, 20

D. Move to 10, 20

Solution

1. Step 1: Identify the enum variant used

   The variable msg is assigned Message::Move with x=10 and y=20.

2. Step 2: Match arms and output

   The match statement checks msg. For Message::Move, it prints "Move to {}, {}" with x and y values, so output is "Move to 10, 20".

3. Final Answer:

   Move to 10, 20 -> Option D

4. Quick Check:

   Match Message::Move prints coordinates [OK]

Hint: Match variant and print its data fields [OK]

Common Mistakes:

• Confusing variant names
• Expecting Quit or Write output
• Thinking code won't compile

4. The following Rust code has an error. What is the problem?

enum Shape {
    Circle(f64),
    Rectangle { width: f64, height: f64 },
}

fn area(shape: Shape) -> f64 {
    match shape {
        Shape::Circle(radius) => 3.14 * radius * radius,
        Shape::Rectangle(width, height) => width * height,
    }
}

medium

A. Missing semicolon after match arms

B. Circle variant should have named fields

C. Incorrect pattern for Rectangle variant in match

D. Function return type should be i32

Solution

1. Step 1: Check enum variant definitions

   Circle has tuple data (f64), Rectangle has named fields { width, height }.

2. Step 2: Check match patterns

   Circle pattern is correct. Rectangle pattern uses (width, height) which is wrong; it should use { width, height } to match named fields.

3. Final Answer:

   Incorrect pattern for Rectangle variant in match -> Option C

4. Quick Check:

   Match named fields with braces {} [OK]

Hint: Match named fields with braces {}, tuple fields with () [OK]

Common Mistakes:

• Using parentheses for named fields
• Ignoring pattern mismatch errors
• Changing return type unnecessarily

5. Given this enum and function, what is the output?

enum Event {
    Click { x: i32, y: i32 },
    KeyPress(char),
    Resize(u32, u32),
}

fn describe(event: Event) -> String {
    match event {
        Event::Click { x, y } if x > 0 && y > 0 => format!("Clicked at positive coords: {}, {}", x, y),
        Event::Click { .. } => "Clicked at non-positive coords".to_string(),
        Event::KeyPress(c) if c.is_alphabetic() => format!("Key pressed: {}", c),
        Event::KeyPress(_) => "Non-alphabetic key pressed".to_string(),
        Event::Resize(w, h) if w == h => "Resized to square".to_string(),
        Event::Resize(_, _) => "Resized to rectangle".to_string(),
    }
}

fn main() {
    let e = Event::Resize(100, 100);
    println!("{}", describe(e));
}

hard

A. Clicked at positive coords: 100, 100

B. Resized to square

C. Resized to rectangle

D. Non-alphabetic key pressed

Solution

1. Step 1: Identify the enum variant and values

   The event is Event::Resize with width=100 and height=100.

2. Step 2: Match arms with conditions

   The Resize arm with condition w == h matches because 100 == 100, so it returns "Resized to square".

3. Final Answer:

   Resized to square -> Option B

4. Quick Check:

   Resize with equal sides = square [OK]

Hint: Check match guards (if conditions) carefully [OK]

Common Mistakes:

• Ignoring if conditions in match arms
• Confusing Resize with Click variant
• Assuming default arm without conditions