Re: [請益] 痾 遇到這種事情 是不是需要趕快離職了?

作者: art1 (人,原來不是人)   2024-07-25 02:06:05
https://www.youtube.com/@TsodingDaily
實況寫程式的 Tsoding 最新原型作品 - 多人遊戲的伺服器端與客戶端(Typescript)
https://github.com/tsoding/multiplayer-game-prototype
一堆 if else 裡面還有 if else,最多好像是三層,應該還不至於看不懂,原型的標準
比較低,快速產出才是王道
有些大塊程式碼還會特地用大括號包起來,第一次看到這種作法
大家覺得 client.mts 內可以怎樣重構呢?
client.mts 最底下 keyup 跟 keydown 事件處理函式內的三層 if 應該都是條件反轉後
提早回傳吧
message 的事件處理函式,改 switch 有比較好嗎?
作者: NDark (溺於黑暗)   2024-07-25 08:20:00
如果沒有真正解決/改進問題與需求就是秀技遊戲產業的前輩早已發文警惕那些用奇怪平台做遊戲的人不是真正在做遊戲 他們只是想證明自己技術很厲害
作者: nh60211as   2024-07-25 09:01:00
推樓上
作者: brucetu (sec)   2024-07-25 10:13:00
你在那邊糾結switch還是early return還是依賴翻轉,以為只有你會別人不會,其實別人是已經用到爛,加上時程跟未來需求的考量認為這裡沒有必要用,直接if else結案,別人產品都做完了你還在糾結哪一種pattern最好。如果看到每個if else都想套個什麼別的模式來炫技,那你乾脆把每個函數的參數都改成interface
作者: LoveMoon (我不是魔獸三國作者.....)   2024-07-25 10:22:00
iife 很常見
作者: abccbaandy (敏)   2024-07-25 11:25:00
遊戲..不是一堆反編譯高手貼code吐槽原作者寫很爛嗎XD
作者: Abbee (阿比)   2024-07-25 11:54:00
同意樓上 小程式就不用用一堆炫技的模式 更難維護遇過很愛炫技的同事 只是寫一個api 就用泛型包了3層 刻一堆class 明明簡單的鏡射function就能處理
作者: brucetu (sec)   2024-07-25 12:22:00
原型就是應該這麼易讀,一看就知道他要幹嘛,沒什麼好改的。沒必要在意 if else幾層你要重構client.mts做成產品等級,那根本不是搞個提早回傳這種小事,應該把所有具有實作邏輯的地方都弄成可註冊插件進行擴展的形式,所以浪費時間糾結if else是不是很無聊
作者: viper9709 (阿達)   2024-07-25 16:35:00
推一樓

Links booklink

Contact Us: admin [ a t ] ucptt.com