代码大全2的11-13章的读后感：
第 11 章谈变量命名，直指 “模糊命名导致的理解成本”：很多人写代码时觉得x“y”“tmp” 够用，可过了半个月回头调试，却要花十分钟回忆x到底代表用户 ID 还是订单编号；而 “名称反映用途” 的原则，本质是提前消除这种 “记忆负担”，就像用userRegisterId替代x，用orderTempStorage替代tmp，每次看到变量名，就能直接关联业务逻辑，无需额外追溯。
第 12 章的数据类型选择，同样在解决 “隐性风险”。实际开发中，不少人习惯用int表示所有状态值，比如用1代表 “已支付”、2代表 “已发货”，可时间久了，新接手的同事可能误把3设为 “已完成”，导致状态逻辑混乱。而章节提倡的枚举类型，恰好能通过预定义值约束输入，比如OrderStatus.PAID“OrderStatus.SHIPPED”，不仅让状态含义清晰，还能避免非法值的出现，这种 “用数据类型控制风险” 的思路，比事后排查错误高效得多。
第 13 章对控制结构的优化，则针对 “逻辑缠绕” 的问题。我曾见过嵌套四层if-else的代码，每次修改都要顺着缩进一层层找逻辑分支，稍不注意就会遗漏条件；而章节里 “拆解嵌套为卫语句” 的方法，比如把 “不满足条件就返回” 的逻辑放在代码开头，剩下的主逻辑无需缩进，瞬间让代码结构变清晰。还有用for-each替代传统for循环，不仅减少了数组下标越界的风险，更让 “遍历集合” 的意图直接呈现，这些技巧不是为了 “炫技”，而是为了让逻辑更易被理解。
