作者EricTCartman (阿ㄆㄧㄚˇ)
看板Soft_Job
标题Re: [讨论] 写三元判断式code review被打枪
时间Sun Dec 18 20:59:28 2022
※ 引述《unixxxx (皓皓)》之铭言：
: 随着语法的进步
: 很多会写 code 的人都很少写判断式了
: 很多Javascript 高手都是用 switch 取代
好啦 假设不是反串 我觉得满有道理的
但有一点其实你说错了 其实并不是语法进步
之前学 Rust
觉得哇 pattern matching 真是他妈神 好潮喔
後来跑去学 OCaml 我才发现(Rust设计者是OCaml粉 一开始的compiler就是用OCaml写)
阿干 原来很多观念 OCaml早就有了
编译器/直译器还会帮你检查你的match是不是包含了所有的case
老实讲写ML真的会带来很多跟C/C++不同的思维
所以与其说语法在进步 不如说在语法在逐渐把过去FP的东西搬进来
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.231.111.242 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1671368370.A.6EA.html
※ 编辑: EricTCartman (36.231.111.242 台湾), 12/18/2022 21:01:41
1F：→ qss05: 是说switch的效率到底有没有比if else高啊？之前看人家测 12/18 23:48
2F：→ qss05: 试，超过3个选项的话，switch的效率比较好，但是之前跟别 12/18 23:48
3F：→ qss05: 人讨论，他一直坚持if效率更好，不管几个判断 12/18 23:48
现在编译器很发达，如果双方僵持不下，我是建议直接看asm跟量效能
阿如果看不懂asm，代表程度还没有到要吵这种效能的地步
我的经验是branch misprediction的效能影响还比较严重 而且实务上也更容易遇到
现在编译器已经发达到有些人写C++都不用reference跟pointer
O2 O3开下去速度照样ㄅㄧㄤˋㄅㄧㄤˋ叫的地步
4F：→ Apache: 看你编译跟执行环境 12/18 23:50
※ 编辑: EricTCartman (36.231.111.242 台湾), 12/19/2022 00:42:13
5F：推 labbat: 看asm也不够准啦，写的程式码片段让分支预测器或快取预抓 12/19 10:30
6F：→ labbat: 太好猜，那就会有虚假的跑分效应 12/19 10:30
7F：→ Hsins: 辣个效能是能影响多少？有时间担心 switch 跟 if else 的效 12/19 10:33
8F：→ Hsins: 能差异，不如想想一些多层的 for 回圈是不是必要… 12/19 10:33
9F：推 kurtsgm: 普遍讨论是多condition的情况下switch稍稍略优於if-else 12/19 11:11
10F：→ kurtsgm: 但差异也很微小 与其在那边争哪个performance好 乖乖看情 12/19 11:12
11F：→ kurtsgm: 境写可读性高的code还比较实际一点 12/19 11:12
12F：→ antpro: 全部都放进 embedded system 跑来看看。 12/19 12:21
13F：→ testPtt: switch有些语言改的很棒 结合lambda清爽很多 12/19 16:51
14F：推 CoNsTaR: 不用吵了，array lookup 比 switch case / if else 都快 12/19 18:57
15F：→ shooter555: switch 跟 if-else的速度在实际上真的有人在意吗 12/20 11:44
16F：→ leolarrel: 写MCU的人比较会在意吧.老板要最便宜的MCU但是搞最多的 12/20 13:28
17F：→ leolarrel: 功能的时候... 12/20 13:28
18F：推 tw11509: 我是听朋友说在产线上每次都差一点点时间，累积起来就是 12/20 19:08
19F：→ tw11509: 很多时间，当然有差 12/20 19:08
20F：推 j0958322080: 写韧体的会在意阿 12/21 00:26
21F：→ jobintan: 条件少就用if else，条件多的话就switch罗。 12/23 10:16
22F：→ jobintan: BTW，条件多的话，我还没见识过三元判断式的操作法。www 12/23 10:17
23F：→ peter98: 在那边扯switch跟if-else效率的 肯定是计算机架构没学好 12/23 21:56
24F：→ peter98: 系统的bottleneck很少出现在if/switch这种判断式。。。 12/23 21:57
这篇有谁提到bottleneck的吗 板上有人不知道80:20的吗www
他的问题是if跟switch到底哪个效率好
以前也有人验证过for回圈写成i++跟++i的差别 (结论是编译器都会优化好)
当然就问题本身讨论咩
※ 编辑: EricTCartman (36.231.110.182 台湾), 12/24/2022 18:35:57
25F：推 CoNsTaR: ++i 和 i++ 编译器不一定会优化成一样喔 12/27 01:23
26F：→ CoNsTaR: 如果 i 是可以放进 cpu cache 的 type，i++ 因为回传 ref 12/27 01:23
27F：→ CoNsTaR: 所以不能 cache，会比 ++i 慢（慢很多） 12/27 01:23