Re: [討論] 寫三元判斷式code review被打槍
這種事情
不就和阿里巴巴一樣
一開始給大家一本手冊
哪些code
或是哪些style在本公司不要出現
這樣不就好了
阿 原PO公司 或是小組沒規定
就反問CodeReview的人
這是規定嗎?
但說真的
我也很少用三元
甚至if else這類的奇門遁甲
都感到反感
上次還看到好幾層的三元
這大概天才才會這樣寫吧
--
※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.137.250.220 (臺灣)
※ PTT 網址
噓
啥小,什麼都反感少寫,那conditions 怎麼寫
→
沒說反感condition 是像奇門遁甲的if else
→
好幾層很可怕的那種
→
這種我都會選擇重構
推
連if else都不能用是要怎麼重構
推
是指這種吧 https://0rz.tw/LB92z
→
對啊 樓上這種 然後如果是在前端也這樣寫?
推
樓樓上排版很美XDDDD
推
前端還真的不用寫if/else,通常有更好的寫法
→
if else是奇門遁甲?
→
前端不是用dreamweaver嗎? 不用寫code 西西
→
很多人都這麼認為來的
推
dw?認真嗎?純靜態還可以,其他就...
推
把一堆亂跳的合起來大概也是那樣吧XD
→
dw那個是反串……
推
6樓這排版明明就很好看
→
這年代不是直接 IDE import 制定好的 formatter 就好了嗎
推
以前有個主管跟我講6F這種程式碼沒問題,現在不知道
→
房貸繳不繳得出來
推
6樓那張圖的 碰到真的會瘋掉
95
首Po小弟寫java的 以前常常寫三元判斷式 就比如說 String a; if(con) {18
三元不能用 算還好了 我還遇過 a=1; ... ...11
Code review 檢查這些會有點太花時間,應該有更重要的東西要看。 可以用一些 Gradle plugins 卡在 CI 比較省事: 1. Checkstyle 顧名思義檢查 style。 2. SpotBugs12
從 C++ 的角度來說 三元運算子有機會改變 l-value/r-value 的性質,進而破壞最佳化 舉個簡單例子 可以看到用三元運算子的時候,回傳區域變數竟然要 copy 而不是 move 雖然說 Java 沒有這些5
沒有 沒有什麼公認 要解決coding style 最好的辦法就是CTO大頭召集全部RD開會 把這間公司的coding style全都記下來1X
隨著語法的進步 很多會寫 code 的人都很少寫判斷式了 不管是三元還是 if else 寫太多的判斷式 如果….所以…否則…如果….則又…如果..24
說到switch,想來問問你各位公司的code style是下面哪種 (1) switch Var1 { case a: xxx5
好啦 假設不是反串 我覺得滿有道理的 但有一點其實你說錯了 其實並不是語法進步 之前學 Rust 覺得哇 pattern matching 真是他媽神 好潮喔 後來跑去學 OCaml 我才發現(Rust設計者是OCaml粉 一開始的compiler就是用OCaml寫)9
"特定"情況下的確是好方式 舉個例子 以前我在調校能時候有用過這種方式 這是c#的code部分節錄 void Mem_w(ushort address, byte value) { if (address < 0x2000) NES_MEM[address & 0x7ff] = value;