楼主:
art1 (人,原来不是人)
2024-07-25 02:06:05https://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如果没有真正解决/改进问题与需求就是秀技游戏产业的前辈早已发文警惕那些用奇怪平台做游戏的人不是真正在做游戏 他们只是想证明自己技术很厉害
作者:
brucetu (sec)
2024-07-25 10:13:00你在那边纠结switch还是early return还是依赖翻转,以为只有你会别人不会,其实别人是已经用到烂,加上时程跟未来需求的考量认为这里没有必要用,直接if else结案,别人产品都做完了你还在纠结哪一种pattern最好。如果看到每个if else都想套个什么别的模式来炫技,那你干脆把每个函数的参数都改成interface
作者:
LoveMoon (我不是魔兽三国作者.....)
2024-07-25 10:22:00iife 很常见
游戏..不是一堆反编译高手贴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是不是很无聊