PTT評價

Re: [討論] 寫三元判斷式code review被打槍

EricTCartman 發表於 2022/12/18 下午8:59:28
看板Soft_Job標題Re: [討論] 寫三元判斷式code review被打槍作者
EricTCartman
 (阿ㄆㄧㄚˇ)時間推噓 5 推:5 噓:0 →:15

※ 引述《unixxxx (皓皓)》之銘言：
: 隨著語法的進步
: 很多會寫 code 的人都很少寫判斷式了
: 很多Javascript 高手都是用 switch 取代

好啦 假設不是反串 我覺得滿有道理的

但有一點其實你說錯了 其實並不是語法進步

之前學 Rust

覺得哇 pattern matching 真是他媽神 好潮喔

後來跑去學 OCaml 我才發現(Rust設計者是OCaml粉 一開始的compiler就是用OCaml寫)

阿幹 原來很多觀念 OCaml早就有了

編譯器/直譯器還會幫你檢查你的match是不是包含了所有的case

老實講寫ML真的會帶來很多跟C/C++不同的思維


所以與其說語法在進步 不如說在語法在逐漸把過去FP的東西搬進來

--

※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.231.111.242 (臺灣)
※ PTT 網址
※ 編輯: EricTCartman (36.231.111.242 臺灣), 12/18/2022 21:01:41
→

qss0512/18 23:48是說switch的效率到底有沒有比if else高啊？之前看人家測

→

qss0512/18 23:48試，超過3個選項的話，switch的效率比較好，但是之前跟別

→

qss0512/18 23:48人討論，他一直堅持if效率更好，不管幾個判斷

現在編譯器很發達，如果雙方僵持不下，我是建議直接看asm跟量效能 阿如果看不懂asm，代表程度還沒有到要吵這種效能的地步 我的經驗是branch misprediction的效能影響還比較嚴重 而且實務上也更容易遇到 現在編譯器已經發達到有些人寫C++都不用reference跟pointer O2 O3開下去速度照樣ㄅㄧㄤˋㄅㄧㄤˋ叫的地步

→

Apache12/18 23:50看你編譯跟執行環境

※ 編輯: EricTCartman (36.231.111.242 臺灣), 12/19/2022 00:42:13
推

labbat12/19 10:30看asm也不夠準啦，寫的程式碼片段讓分支預測器或快取預抓

→

labbat12/19 10:30太好猜，那就會有虛假的跑分效應

→

Hsins12/19 10:33辣個效能是能影響多少？有時間擔心 switch 跟 if else 的效

→

Hsins12/19 10:33能差異，不如想想一些多層的 for 迴圈是不是必要…

推

kurtsgm12/19 11:11普遍討論是多condition的情況下switch稍稍略優於if-else

→

kurtsgm12/19 11:12但差異也很微小 與其在那邊爭哪個performance好 乖乖看情

→

kurtsgm12/19 11:12境寫可讀性高的code還比較實際一點
→

antpro12/19 12:21全部都放進 embedded system 跑來看看。

→

testPtt12/19 16:51switch有些語言改的很棒 結合lambda清爽很多

推

CoNsTaR12/19 18:57不用吵了，array lookup 比 switch case / if else 都快

→

shooter55512/20 11:44switch 跟 if-else的速度在實際上真的有人在意嗎

→

leolarrel12/20 13:28寫MCU的人比較會在意吧.老闆要最便宜的MCU但是搞最多的

→

leolarrel12/20 13:28功能的時候...

推

tw1150912/20 19:08我是聽朋友說在產線上每次都差一點點時間，累積起來就是

→

tw1150912/20 19:08很多時間，當然有差

推

j095832208012/21 00:26寫韌體的會在意阿
同系列文章
[討論] 寫三元判斷式code review被打槍
其他人也閱讀了
PTT 熱門相關