yego.me
💡 Stop wasting time. Read Youtube instead of watch. Download Chrome Extension

Nested conditionals | Intro to CS - Python | Khan Academy


4m read
·Nov 10, 2024

What happens if you indent a conditional inside another conditional? To trace how the computer executes a program with nested conditionals, we need to look at the indentation. We know that an if starts a new conditional, so that means we have two conditionals here. But which if does this else branch belong to? The computer matches if and else branches to if branches based on the indentation.

These three lines are not indented; they're right up against the left margin. Then these lines of code are indented one level in—that's one tab over. Then this line of code is indented two levels in—that's two tabs over. So this else branch must belong to this if branch because they're at the same level of indentation.

If instead I indented it one level over, it would now belong to this if branch because these would now be at the same level of indentation. We can visualize this another way using a control flow diagram. We ask the user to enter a password, and then we check the condition: does it have enough characters? If the answer to that is no, that's the else branch, then we display an error message.

But if the answer to that is yes, that's the if branch, then we change the password. Only then do we ask the question: is it an easily guessable password? We only want to ask this question if the answer to this other question was yes—that's a nested conditional.

So in the code, this conditional would be indented inside this conditional, and then we only display a warning if the answer to this second question was yes. What about nesting a conditional inside the else branch? Here, I've reversed our condition. So now I'm asking: is the password too short? If yes, I print an informative error message. If no, then I change the password.

But what if I want to do that thing where I ask the user to enter the password a second time to confirm and only change the password if they match? I'm going to want another input function call where I ask the user to re-enter the password, and I only want that to happen if the first password they entered was valid. So I'm going to put it inside the else branch.

Then I want to check if the two passwords match. I only need to check this if they re-entered a password in the first place. If they didn't, I don't care, so I'm going to nest this condition inside the else branch. If they don't match, I'll print an error message, and if they do match, then I'll change the password.

Now let's test this with a few different inputs to see the execution path. If I enter a short password where this condition evaluates to true, then I print this error message and skip everything inside the else branch. I'm not asked to re-enter a password, and neither of these print, so that means this conditional isn't executing.

If I enter a password that's long enough, then I'm asked to confirm. If I type something wrong, we're seeing that this conditional is executing because I'm getting passwords don't match. In the last possible case, if it is long enough, I re-enter and they do match, then I see this else branch is executing and I'm getting password changed.

Note that this execution, with this conditional nested inside the else branch, is different from if I didn't indent this conditional at all. Without the nesting, the computer always executes this conditional, so it always checks if the passwords match. If my password was too short, it doesn't really make sense to check this condition; I don't have a confirmed password.

In fact, this gives a name error. I can get around that name error by initializing confirm password to the empty string. But now, if the password's too short, this condition will always evaluate to true and we print "passwords don't match," which I don't want because it's confusing to the user. They weren't asked to confirm, so they're like, "What do you mean, doesn't match? Doesn't match what?"

So if you only want to check a condition based on the result of another condition, you can nest it inside the if, elif, or else branch of the first conditional. Technically, you can go as many levels deep here as you want. You can be nesting an if inside another if, inside an elif, inside an else, inside an if.

But now we're four levels of indentation deep, and it's really hard to read how the control flow works. So try to go more than two layers deep—three if you have to. With compound conditions, chained conditionals, and nested conditionals in our toolkit, we can often rewrite our code in different ways to reduce the level of nesting. So always make sure you're evaluating that trade-off between readability and efficiency.

More Articles

View All
🐝 Behind the Scenes of Rock, Paper, Scissors! 🪨📄✂️
Hello Internet! Well, that Rock Paper Scissors video ended up being the biggest, hardest, most crazy-making video ever. Why, you ask? Looks like it’s only 3 minutes. Oh, I know, I know that’s what it looks like! But that video is the entrance to a maze o…
Grizzly Bears in Yellowstone, LIVE! | Yellowstone Live
Hi everyone and welcome to West Yellowstone Montana! We are live at the Grizzly & Wolf Discovery Center sponsored by Microsoft Surface. My name is Kelly Barret, and I’m here with Sarah, a naturalist here at the center. Sarah is going to be sharing all…
What If You Just Keep Digging?
If you’ve ever thought, “What if I just dug a really, really deep hole?”, that’s what the USSR did right here! That hole is deeper than the deepest part of the ocean. It’s deeper than Mount Everest is tall. They started digging it in the 1970s as part of …
AP US history DBQ example 3 | The historian's toolkit | US History | Khan Academy
This is the third in a series of videos about answering the document-based question, or DBQ, on the AP US History exam. In the last video, we started taking a look at and analyzing some of the primary documents provided for this exam. So, the first one w…
From 2005: Four young internet entrepreneurs
One way to increase your net worth is to use the internet for all it’s worth. Everywhere you look, computer savvy people are doing just that, many of them astonishingly young. Our cover story is reported now by David Pogue of the New York Times. Remember…
1984 Tried To Warn You
Thank you. This is a YouTube video from the future. It’s 2030. Privacy is dead, and we’re happier than ever. Security cameras, dash cams, monitors, laptops, smartphones, even glasses—there are telescreens, sorry, cameras everywhere and we love them. We ca…