Switch语句几乎是任何一个编程任务里不可缺少的一部分。在本文中,你将学到如何更好的使用switch,并希望你能知道如何情况下我就需要用到它帮我们更好的解决问题。
何时使用switch其实有个明显的标志—当你连续书写了多个if/else语句的时候。下面举例让我们看看使用if/else的情况,对比一下我们使用switch语句来完成同样功能。
![937f6a93c66ab36740db546f586ceded.png](https://i-blog.csdnimg.cn/blog_migrate/f2d2e2103f087a32003c86101affd0b4.jpeg)
使用if/else语法非常的冗长,包含了很多不必要的重复代码。switch语法则不这样:
![d69f6c582de01ed0c03e3b642064b76e.png](https://i-blog.csdnimg.cn/blog_migrate/5398e61749b5abf133f12fab27f3a8e8.jpeg)
可以看出代码量会有所减少,并且非常清晰易懂。这是因为switch语法强调的点在于对象要去比较可能出现的值,而if/else重点在于条件结果的值。
使用break
当JavaScript遍历整个case分支时,你最好使用break语句来阻断它。避免匹配上了非预料的、不合适的条件,执行了错误的结果。同样也能帮助引擎过滤掉不必执行的额外代码。
![211d08cdfe9bfc6c5ace97ed32dfd14a.png](https://i-blog.csdnimg.cn/blog_migrate/c45b4f918193e08efba26efb084290da.jpeg)
在这个例子中,break语句实际上不会起任何作用。例如:如果走case 2分支的情况,那么绝对不会走case 5分支。所以这里break有点点多余。是否严格使用break语句的用法有点像是否在表达式末尾使用分号(;)结束一样,各个开发者都有自己的选择。有些开发人员在所有case中使用break,有些则策略性的使用break。全面的使用会带来一点点性能损失。然而,因为就算如果没有机会会走其他case分支,至少这样写不会让解析引擎走遍所有switch语句。
策略性使用break
有些情况你想让你的cases能够’fall through’。这时候使用break更像是一种策略,而不是一种安全措施。
![aa3e9683e8c3f199552f6e2ed4bfb4e3.png](https://i-blog.csdnimg.cn/blog_migrate/0ad1bc2195260977a61cd664e9268b86.jpeg)
在这个例子中,cases是‘falling through’,break用于显式的提前退出switch。它表示你将几个case的条件合并在一起,得到用一个结果。
如果使用if/else的版本,会使用许多||逻辑判断,看起来不是特别易懂:
![aabc090fd14373088680300b6b3aefce.png](https://i-blog.csdnimg.cn/blog_migrate/5b796e7221997264013f5eba9ec662cc.jpeg)
处理default分支
Switch的另外一个特性是能够处理未知的case或一般需要处理的case。回到 我们第一个例子中来,我们使用default来实现错误处理:
![0cdba2e7064534099d756f5adeae0248.png](https://i-blog.csdnimg.cn/blog_migrate/742b6c9996c98167f9b47bc13c09ac6b.jpeg)
你可能注意到了default被加在了最顶部。不用担心!它可以和你期望的那样work。因为JavaScript将遍历所有case分支后才会处理default。
你同样能使用default来处理一般情况的case:
![d9d85279afed3ecd9fd026de7546cb40.png](https://i-blog.csdnimg.cn/blog_migrate/3293d6a5ab740ef22b725c9e7267e70c.jpeg)
它确保了就算switch语句中没有匹配到任何你定义的case,也能得到一个有用的值。
结论
在你需要写多个if/else语句代码块时,switch语句是一个非常优雅的替代方式。即使你可能不像使用for循环那样频繁的使用switch,但在你需要的时候没有替代品。如今,像lodash和redux这样的现代库仍然使用switch。所以更多的在你的JavaScript代码中使用switch吧!如果你觉得这篇文章对你有帮助,请关注我们前端小号头条号!~谢谢