10 个真实项目里迟早会咬回来的 JS 习惯

这组卡片解决一个问题：为什么代码今天能跑，项目长大后却越来越不敢改。

核心结论：老手写 JS，不只看功能是否正确，更会追问这段代码默认了哪些前提，这些前提是否可靠。

逐图你会看到：

• 数据入口要先 normalize，别让页面到处兜底
• 函数要分清“算账”和“干活”
• state 要有归属，能算出来就别存
• 异步结果回来时，要确认它还值得相信
• 跨层交接的数据要明明白白拼出来
• 业务规则、工具函数、错误处理和边界情况，都要提前安放好

建议你下次 review 代码时，不只问“能不能跑”，也问一句：它以后还敢不敢信？