Nested conditionals
About this video
This video explains nested conditionals, where one conditional is indented inside a branch of another. It shows how Python matches else branches to if branches by indentation, uses a control flow diagram and a password-change program to trace execution paths, and explains why nesting avoids checks that don't make sense. It ends with advice to nest no more than two or three levels deep.
You'll be able to
- use indentation to tell which if an else branch belongs to.
- trace the execution path of a nested conditional for different inputs.
- decide when a condition should be nested inside another branch.
- explain the trade-off between deep nesting and readability.
Key words
- nested conditional
- A conditional indented inside a branch of another conditional, so it is only checked when that branch runs.
- indentation level
- How many tabs a line is from the left margin; it shows which block the line belongs to.
- control flow diagram
- A picture showing the questions a program asks and which path it takes for each answer.
- execution path
- The sequence of lines the computer actually runs for a particular input.
Transcript
- [Narrator] 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 elif 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 wanna 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 and if no, then I change the password. But what if I wanna 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 gonna want another input function call where I asked the user to reenter the password and I only want that to happen if the first password they entered was valid. So I'm gonna put it inside the else branch. Then I wanna check if the two passwords match. I only need to check this if they reentered 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 I skip everything inside the else branch. I'm now asked to reenter 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 and if I typo something, we're seeing that this conditional is executing because I'm getting passwords don't match.
And in the last possible case, if it is long enough, I reenter 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'll print passwords don't match, which I don't want 'cause it's confusing to the user because 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 wanna 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 no more than two layers deep, three, if you have to. With compound conditions, chain 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.
Video © Khan Academy, used under CC BY-NC-SA. Watch on Khan Academy. Puzzicle is not affiliated with Khan Academy.