作者art1 (人，原来不是人)
看板Soft_Job
标题Re: [请益] 痾 遇到这种事情 是不是需要赶快离职了?
时间Thu Jul 25 02:06:05 2024
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 有比较好吗？
--
「看在上帝的份上，我们不能当着孩子的面枪杀他的父亲！」
「那我们就连孩子一起干掉！」
「第一枪打中的是那个天真的孩子，第二枪是抱着孩子的母亲。第三枪
停顿了三秒，当难以致信的父亲擦拭着脸上爱子的脑浆从震惊中醒转
过来，慢慢的转头看向停车的地方，分辨出是谁在攻击他後，第三颗
子弹才将他的脑壳打飞。」 ─摘自〈狼群〉
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 218.173.20.230 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1721844369.A.61D.html
1F：推 NDark: 如果没有真正解决/改进问题与需求就是秀技 07/25 08:20
2F：→ NDark: 游戏产业的前辈早已发文警惕那些用奇怪平台做游戏的人 07/25 08:21
3F：→ NDark: 不是真正在做游戏 他们只是想证明自己技术很厉害 07/25 08:21
4F：→ nh60211as: 推楼上 07/25 09:01
5F：→ brucetu: 你在那边纠结switch还是early return还是依赖翻转，以为 07/25 10:13
6F：→ brucetu: 只有你会别人不会，其实别人是已经用到烂，加上时程跟未 07/25 10:13
7F：→ brucetu: 来需求的考量认为这里没有必要用，直接if else结案，别人 07/25 10:13
8F：→ brucetu: 产品都做完了你还在纠结哪一种pattern最好。如果看到每 07/25 10:13
9F：→ brucetu: 个if else都想套个什麽别的模式来炫技，那你乾脆把每个 07/25 10:13
10F：→ brucetu: 函数的参数都改成interface 07/25 10:13
11F：推 LoveMoon: iife 很常见 07/25 10:22
12F：→ abccbaandy: 游戏..不是一堆反编译高手贴code吐槽原作者写很烂吗XD 07/25 11:25
13F：推 Abbee: 同意楼上 小程式就不用用一堆炫技的模式 更难维护 07/25 11:54
14F：推 Abbee: 遇过很爱炫技的同事 只是写一个api 就用泛型包了3层 刻一 07/25 11:56
15F：→ Abbee: 堆class 明明简单的镜射function就能处理 07/25 11:56
16F：→ brucetu: 原型就是应该这麽易读，一看就知道他要干嘛，没什麽好改 07/25 12:22
17F：→ brucetu: 的。没必要在意 if else几层 07/25 12:22
18F：→ brucetu: 你要重构client.mts做成产品等级，那根本不是搞个提早回 07/25 12:25
19F：→ brucetu: 传这种小事，应该把所有具有实作逻辑的地方都弄成可注册 07/25 12:25
20F：→ brucetu: 插件进行扩展的形式，所以浪费时间纠结if else是不是很无 07/25 12:25
21F：→ brucetu: 聊 07/25 12:25
22F：→ viper9709: 推一楼 07/25 16:35