作者
標題 Re: [請益] 痾 遇到這種事情 是不是需要趕快離職了?
時間 Thu Jul 25 02:06:05 2024
標題 Re: [請益] 痾 遇到這種事情 是不是需要趕快離職了?
時間 Thu Jul 25 02:06:05 2024
https://www.youtube.com/@TsodingDaily
實況寫程式的 Tsoding 最新原型作品 - 多人遊戲的伺服器端與客戶端(Typescript)
https://github.com/tsoding/multiplayer-game-prototype
GitHub - tsoding/multiplayer-game-prototype: Proof-of-concept of a Simple Multiplayer Game
![[圖]]()
Proof-of-concept of a Simple Multiplayer Game. Contribute to tsoding/multiplayer-game-prototype development by creating an account on GitHub. ...
一堆 if else 裡面還有 if else，最多好像是三層，應該還不至於看不懂，原型的標準
比較低，快速產出才是王道
有些大塊程式碼還會特地用大括號包起來，第一次看到這種作法
大家覺得 client.mts 內可以怎樣重構呢？
client.mts 最底下 keyup 跟 keydown 事件處理函式內的三層 if 應該都是條件反轉後
提早回傳吧
message 的事件處理函式，改 switch 有比較好嗎？
--
「看在上帝的份上，我們不能當著孩子的面槍殺他的父親！」
「那我們就連孩子一起幹掉！」
「第一槍打中的是那個天真的孩子，第二槍是抱著孩子的母親。第三槍
停頓了三秒，當難以致信的父親擦拭著臉上愛子的腦漿從震驚中醒轉
過來，慢慢的轉頭看向停車的地方，分辨出是誰在攻擊他後，第三顆
子彈才將他的腦殼打飛。」 ─摘自〈狼群〉
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 218.173.20.230 (臺灣)
※ 作者: art1 2024-07-25 02:06:05
※ 文章代碼(AID): #1ceKAHOT (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1721844369.A.61D.html
※ 同主題文章:
07-23 14:58
07-24 20:27
Re: [請益] 痾 遇到這種事情 是不是需要趕快離職了?
07-25 02:06
推 : 如果沒有真正解決/改進問題與需求就是秀技
遊戲產業的前輩早已發文警惕那些用奇怪平台做遊戲的人
不是真正在做遊戲 他們只是想證明自己技術很厲害1F 07/25 08:20
遊戲產業的前輩早已發文警惕那些用奇怪平台做遊戲的人
不是真正在做遊戲 他們只是想證明自己技術很厲害1F 07/25 08:20
→ : 推樓上4F 07/25 09:01
→ : 你在那邊糾結switch還是early return還是依賴翻轉，以為只有你會別人不會，其實別人是已經用到爛，加上時程跟未來需求的考量認為這裡沒有必要用，直接if else結案，別人產品都做完了你還在糾結哪一種pattern最好。如果看到每個if else都想套個什麼別的模式來炫技，那你乾脆把每個函數的參數都改成interface5F 07/25 10:13
推 : iife 很常見11F 07/25 10:22
→ : 遊戲..不是一堆反編譯高手貼code吐槽原作者寫很爛嗎XD12F 07/25 11:25
推 : 同意樓上 小程式就不用用一堆炫技的模式 更難維護
遇過很愛炫技的同事 只是寫一個api 就用泛型包了3層 刻一堆class 明明簡單的鏡射function就能處理13F 07/25 11:54
遇過很愛炫技的同事 只是寫一個api 就用泛型包了3層 刻一堆class 明明簡單的鏡射function就能處理13F 07/25 11:54
→ : 原型就是應該這麼易讀，一看就知道他要幹嘛，沒什麼好改的。沒必要在意 if else幾層
你要重構client.mts做成產品等級，那根本不是搞個提早回傳這種小事，應該把所有具有實作邏輯的地方都弄成可註冊插件進行擴展的形式，所以浪費時間糾結if else是不是很無聊16F 07/25 12:22
你要重構client.mts做成產品等級，那根本不是搞個提早回傳這種小事，應該把所有具有實作邏輯的地方都弄成可註冊插件進行擴展的形式，所以浪費時間糾結if else是不是很無聊16F 07/25 12:22
--