×

switch语句没有break switch语句 br

switch语句没有break(单片机C语言的switch语句中的break这在哪)

admin admin 发表于2022-12-20 07:35:38 浏览46 评论0

抢沙发发表评论

本文目录

单片机C语言的switch语句中的break这在哪

根据程序的写法,即使有不影响实现SWITCH语句的功能,case3.4.5.6,程序仍然能够正确跳到case3.4.5.6对应部分。

一、switch语句的结构

switch语句的结构如下图所示。

1、case后面的break语句

一般情况下,每执行完一句case语句后,可根据情况决定是否执行后面的操作,如果每次只执行一个case语句,那么每一个case语句后面都要跟一个break语句,所以说不是每个case语句后面都要跟break。

2、case语句后面的内容自成一体

每个case语句后面的代码,直到另一个case语句出现,都是该case语句的代码块,这个代码块不需要加大括号也会全部执行。当然,为了程序书写规范,最好加上大括号。

3、default语句

基本上每个switch结构里面都要加一个default语句,这个语句的意思是如果所有的case语句条件都不满足,就执行这一个default的内容,这个对于程序中的异常情况很有必要。

4、switch后面的表达式的值必须是整数,case的常量表达式必须是常数

switch后面的表达式的值必须是整数,case的常量表达式必须是常数,这一点必须注意。

二、程序规范化

程序写完后,不但是给自己看的,也会给别人看,所以程序的编写一定要有很好的规范,结合本问题提出几点。

1、case 2:后面大括号里面的那个表达式,后面没有分号,这不是一个完整的语句,程序编译时会提示错误。

2、case 2:大括号下面的那个break语句,应该加到大括号中,这样不容易引起歧义(当然,这样写程序不会报错,并且运行起来也会得到正确的结果,但是看着总是很怪)

为什么许多程序员从来都不用break或者continue语句

写程序应该尽量的避免使用break和continue

for、while循环语句里出现return是没有问题的,但如果你的循环里出现了break和continue,往往是因为对循环的逻辑没有考虑情况,考虑周全了基本不需要break和continue。因为用了break和continue之后会让循环的逻辑和终止的条件变得复杂,难以确保正确的结果。

情景一:下面一段代码表示name里含有“bad”这个词,就跳过后面的循环代码。

这是一种“负面”的描述,它不是告诉你什么时候“做”一件事,而是告诉你什么时候“不做”一件事。想要弄清楚它到底要干什么,就必须搞清楚continue会导致哪些语句被跳过了,然后脑袋得有个逆向逻辑,才能知道它到底想做什么。

这就是为什么含有break和continue的循环很难理解,它们靠“控制流”来描述“不做什么”,而“跳过做什么”,到最后你也没有搞清楚它到底“要做什么”。

其实上面的代码其实完全可以摒弃continue:

这种代码是一种更加“正面”地描述,表示name不含“bad”的时候,就将它加到goodNames的链表里。当你再次读到这段代码时,就能清晰地呈现出它的条理和结构。

情景二:for和while循环头部有唯一终止循环的条件,但在循环体中加入break,实际增加了一个退出条件。

当condition2成立的时候,break就会退出循环。但往往只需要把这个条件合并到循环头部,就可以去掉break,而不需要再进行逆向思维。

情景三:很多break退出循环后,接下来就是一个return

下面函数检查names链表里是否存在一个名字,包含“bad”,包含就通过break跳出,并通过return返回结果。

这种break往往可以直接换成return true,而不是对result变量进行赋值,需要通过break出去后,最后才通过return返回。如果循环结束了还没有return,就返回false。 改完后同时消除了break语句和result这个变量。

很多的例子通过消除continue和break,无一例外使得代码变得条理清晰容易理解,也更容易确保正确结果。如果代码中出现了continue可以将continue的条件方向,如果代码中出现了break可以将break的条件合并到循环头部的终止条件里去掉break,而剩下的1%特别复杂的逻辑可以把循环里复杂的部分提取出来做成函数调用,这样就彻底地消除了continue和break。

编程不当当是一门技术,而且是一门艺术。

编程是一种创造性的工作,并不是说你写了多少多少万行代码了你就很牛逼。如果总是匆匆忙忙写出了代码,却不会回过头的推敲、修改和提炼,是很难精通这门艺术的。一个好的程序员删掉的代码比留下来的代码要多得多,如果你看见他写了很多代码,却没有删掉多少,那他的代码中一定有很多的垃圾。

好的代码不可能一蹴而就,代码灵感总是零零星星的陆续到来,所以再厉害的程序员都是通过很长一段时间的沉淀才能写出简单而优雅的代码。如果此时你反复提炼代码已经不再有进展不烦暂时放下过几个星期或者几个月再回过头来看,又会获得焕然一新的灵感。


以上个人浅见,欢迎批评指正。

认同我的看法,请点个赞再走,感谢!

喜欢我的,请关注我,再次感谢!