C++中为什么不要依靠switch语句的隐式下沉处理
这篇文章主要讲解了“C++中为什么不要依靠switch语句的隐式下沉处理”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“C++中为什么不要依靠switch语句的隐式下沉处理”吧!
创新互联公司专注于清河企业网站建设,成都响应式网站建设公司,商城建设。清河网站建设公司,为清河等地区提供建站服务。全流程定制网站建设,专业设计,全程项目跟踪,创新互联公司专业和态度为您提供的服务
ES.78:不要依靠switch语句的隐式下沉处理
Reason(原因)
Always end a non-empty case with a break. Accidentally leaving out a break is a fairly common bug. A deliberate fallthrough can be a maintenance hazard and should be rare and explicit.
通常情况下使用break中止一个非空case处理。意外漏掉某个break通常是一个错误。故意的下沉处理可能带来维护风险,应该少用并明示用法。
Example(示例)
switch (eventType) {
case Information:
update_status_bar();
break;
case Warning:
write_event_log();
// Bad - implicit fallthrough
case Error:
display_error_window();
break;
}
Multiple case labels of a single statement is OK:
一个语句中包含多个标签是没有问题的。
switch (x) {
case 'a':
case 'b':
case 'f':
do_something(x);
break;
}
Return statements in a case label are also OK:
case标签中使用返回语句也没有问题:
switch (x) { case 'a': return 1; case 'b': return 2; case 'c': return 3; }
Exceptions(例外)
In rare cases if fallthrough is deemed appropriate, be explicit and use the [[fallthrough]] annotation:
在很少的情况下,如果确信下沉处理是合适的,可以使用[[fallthrougn]]记法明确标明。
switch (eventType) {
case Information:
update_status_bar();
break;
case Warning:
write_event_log();
[[fallthrough]];
case Error:
display_error_window();
break;
}
Note(注意)
Enforcement(实施建议)
Flag all implicit fallthroughs from non-empty cases.
标记所有来自非空case的隐式下沉处理。
感谢各位的阅读,以上就是“C++中为什么不要依靠switch语句的隐式下沉处理”的内容了,经过本文的学习后,相信大家对C++中为什么不要依靠switch语句的隐式下沉处理这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联,小编将为大家推送更多相关知识点的文章,欢迎关注!
网页名称:C++中为什么不要依靠switch语句的隐式下沉处理
网站URL:http://scyanting.com/article/gsoghi.html