※ 引述《unixxxx (皓皓)》之铭言：
: 随着语法的进步
: 很多会写 code 的人都很少写判断式了
: 很多Javascript 高手都是用 switch 取代
好啦 假设不是反串 我觉得满有道理的
但有一点其实你说错了 其实并不是语法进步
之前学 Rust
觉得哇 pattern matching 真是他妈神 好潮喔
后来跑去学 OCaml 我才发现(Rust设计者是OCaml粉 一开始的compiler就是用OCaml写)
阿干 原来很多观念 OCaml早就有了
编译器/直译器还会帮你检查你的match是不是包含了所有的case
老实讲写ML真的会带来很多跟C/C++不同的思维
所以与其说语法在进步 不如说在语法在逐渐把过去FP的东西搬进来

是说switch的效率到底有没有比if else高啊？之前看人家测试，超过3个选项的话，switch的效率比较好，但是之前跟别人讨论，他一直坚持if效率更好，不管几个判断

看你编译跟执行环境

看asm也不够准啦，写的程式码片段让分支预测器或快取预抓太好猜，那就会有虚假的跑分效应

辣个效能是能影响多少？有时间担心 switch 跟 if else 的效能差异，不如想想一些多层的 for 循环是不是必要…

普遍讨论是多condition的情况下switch稍稍略优于if-else但差异也很微小 与其在那边争哪个performance好 乖乖看情境写可读性高的code还比较实际一点

全部都放进 embedded system 跑来看看。

switch有些语言改的很棒 结合lambda清爽很多

不用吵了，array lookup 比 switch case / if else 都快

switch 跟 if-else的速度在实际上真的有人在意吗

写MCU的人比较会在意吧.老板要最便宜的MCU但是搞最多的功能的时候...

我是听朋友说在产线上每次都差一点点时间，累积起来就是很多时间，当然有差

写韧体的会在意阿

条件少就用if else，条件多的话就switch囉。BTW，条件多的话，我还没见识过三元判断式的操作法。www

在那边扯switch跟if-else效率的 肯定是计算机架构没学好系统的bottleneck很少出现在if/switch这种判断式。。。

++i 和 i++ 编译器不一定会优化成一样喔如果 i 是可以放进 cpu cache 的 type，i++ 因为回传 ref所以不能 cache，会比 ++i 慢（慢很多）