Loop

Right, let’s talk about the return statement. You’ve seen it before, probably at the very end of a function, dutifully handing back a result. But its most powerful role is as an ejector seat. It lets you bail out of a function early, the instant you know the answer or realize there’s no work left to do. This isn’t just a stylistic choice; it’s a fundamental tool for writing clean, efficient, and readable code. It flattens your code, saving you from a nightmare of nested if statements and deeply indented logic that looks like it’s trying to hide from the programmer.

Right, let’s talk about for loops. You’ve probably seen them, used them, maybe even cursed at them. In most languages, a for loop is a fundamental, often clunky, construct for counting and iterating. In Rust, we do things a bit differently. We don’t have the C-style for (int i = 0; i < 10; i++) nonsense. Thank the compiler for that. Instead, we have a beautifully abstracted and powerful mechanism that hinges on one core concept: the IntoIterator trait.

Right, let’s talk about loops that don’t know when to quit. The while loop is the workhorse of conditional repetition. It’s the “just keep swimming” of Rust, executing a block of code as long as its condition holds true. It looks exactly like you’d expect from any C-style language: let mut counter = 0; while counter < 5 { println!("Counter is at: {}", counter); counter += 1; } println!("Done! Counter reached {}", counter); Simple. Clean. It will print {{< bibleref “Numbers 0 ” >}} through 4 and then bail out. The beauty and the terror of the while loop lie in its condition. Get that condition wrong, and you’ve just invented a new way to heat your CPU. An infinite loop isn’t inherently evil—sometimes you want a server to run until the heat death of the universe—but accidentally creating one is a rite of passage. If your fans suddenly sound like a jet engine, check your while condition first.

Right, so you’ve met loop. It looks a bit like a sad, forgotten while true { }, but that’s because you haven’t seen its party trick: break doesn’t just stop the loop; it can hand you a value. This turns loop from a simple control flow construct into Rust’s primary way of expressing “try this until it works, and when it does, give me the result.” It’s the workhorse for retry logic, parsing, and any situation where success is guaranteed… eventually.

Right, so you’ve met the if statement. It’s fine. It does its job. But in Rust, we don’t just have statements; we have expressions. And this is where things get interesting and, frankly, a little bit brilliant. An if expression in Rust is like a Swiss Army knife that also makes a decent espresso—it’s far more capable than its counterparts in other languages. The core idea is stupidly simple yet profoundly powerful: an if block can evaluate to a value. This isn’t just a fancy way to assign a variable; it fundamentally changes how you structure your code, letting you lean into Rust’s ownership and type system in a way that feels natural.

Right, let’s get this sorted. If you’re coming from languages like JavaScript or Python, you’re probably used to blurring the lines between things you do and things you are. Not here. Rust is pedantic about this, and honestly, it’s one of its greatest strengths. It forces clarity. The core of this pedantry is the distinction between statements and expressions. Get this, and a huge chunk of the language suddenly clicks into place.

Right, let’s talk about functions. If variables are the nouns of your program, functions are the verbs. They’re the little machines you build to do things, and getting them right is 90% of what separates a messy script from a clean, maintainable application. Rust, being the opinionated friend that it is, has some strong—and frankly, brilliant—opinions on how you should build these machines. The Basic Anatomy: fn, Parameters, and the Arrow You declare a function with fn. It’s straightforward, no-nonsense, and it works exactly as you’d expect. Here’s the simplest useful function: