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语句的隐式下沉处理这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！