Assuming this example code (source):
#include
void playgame()
{
printf( \"Play game called\" );
}
void loadgame()
{
printf( \"Load g
For one thing, you should think about why we should use break
in switch statement. Look at this no-breaking switch statement.
switch ( input ) {
case 1: /* Note the colon, not a semicolon */
playgame();
case 2:
loadgame();
case 3:
playmultiplayer();
case 4:
printf( "Thanks for playing!\n" );
default:
printf( "Bad input, quitting!\n" );
}
Suppose input == 1
. The program will call playgame()
of course, but since there's no break
, program won't finish the switch
but call loadgame()
, playmultiplayer()
, two printf
s sequentially.
To avoid this, we use break
.
case 1:
playgame();
break; /* here */
case 2:
...
Because of break
, the program finishes switch
statement before running codes of case 2
. That's our expected result, isn't it?
Your switch is this:
switch ( input ) {
case 1: /* Note the colon, not a semicolon */
playgame();
break;
case 2:
loadgame();
break;
case 3:
playmultiplayer();
break;
case 4:
printf( "Thanks for playing!\n" );
break;
default:
printf( "Bad input, quitting!\n" );
break;
}
Since there's no case
s after default
, there's no effect whether you write break
on default
or not. However, you can easily suppose to write a new case.
default:
printf( "Thanks for playing!\n" );
/* what happens if there's no `break`...? */
case 5:
the_new_feature();
break;
}
It's common-mistakes in C/C++. If you add new feature after 5 years and you completely forget it, it'll become a very buggy bug. Some modern language (e.g. C#, ...) even forbid switch-case without break
or return
.
Conclusion: There's no problem in syntax, but it's very bad practice and using break
is highly recommended.
There is no difference if you omit or if you leave the break
statement. It is a matter of taste.
However, it is good practice to write the break statement for different reasons.
Take a look at programmers exchange.
break
seems to be optional in that case. and also your code will work almost fine.
in many situations adding break improves your code and protect your code from errors/exceptions.
it increases readability, consistency and more error free.
some language like C# break(or other control-flow statement that exits the case) is technically needed after the last alternative. dan04
so for better programming practices i suggest one should use it.
see this excellent post for more details.
Should we use a break; in the last default case?
From The C programming language - Second edition (K&R 2):
Chapter 3.4 Switch
As a matter of good form, put a break after the last case (the default here) even though it's logically unnecessary. Some day when another case gets added at the end, this bit of defensive programming will save you.
if default
case is at last then break
statement have no use. if it is before any other case
then break
is required. since usually we are putting default
at the end so you can omit it..
Actually, you don't need the break in default case. And as your checking, it's the same if you don't have break in default case.
But in my opinion, you should have the break in default case, because: