《代码大全 2》观后感（四）：函数设计 —— 拆解复杂问题的 “手术刀”
“函数该写多长？”“一个函数里该放多少逻辑？” 这两个问题曾困扰我很久，直到读了《代码大全 2》中 “函数设计” 的章节，才找到明确的答案：好的函数应该是 “单一职责” 的 “小模块”，像手术刀一样精准，只解决一个问题。
书中建议，函数长度最好控制在 20-30 行内，超过这个长度，就该考虑拆分。我之前写过一个 “用户注册” 的函数，把 “验证手机号格式”“检查用户名是否重复”“插入数据库”“发送验证短信” 四个功能全揉在一起，整整写了 80 多行。后来需要新增 “注册时同意用户协议” 的判断，我不得不在原函数里加 if 语句，结果不小心把 “发送短信” 的逻辑改错了，导致用户收不到验证码。而按照书中 “单一职责” 的原则，我把原函数拆成了 “validatePhoneNumber”“checkUsernameDuplicate”“insertUserToDb”“sendVerificationSms” 四个小函数，每个函数只做一件事。后来再修改时，直接调用对应的函数就行，既不会影响其他逻辑，也容易定位问题。
书中还提到 “函数要避免副作用”—— 也就是函数除了返回结果，不要修改外部变量，不要做和核心功能无关的事。我曾写过一个 “计算订单总价” 的函数，里面不仅算了价格，还顺便更新了订单状态，结果有一次调用这个函数时，只是想查一下价格，却意外把订单改成了 “已支付”，造成了乌龙。后来我把 “更新状态” 的逻辑拆出去，让 “calculateOrderTotal” 只负责计算，再也没出现过这种 “意外修改”。
现在我写函数时，会先问自己：“这个函数的核心目的是什么？” 只保留和目的相关的逻辑，多余的全部拆分。这种 “拆解思维” 不仅让代码更清晰，也让复用变得容易 —— 比如 “验证手机号” 的函数，后来在 “找回密码” 功能里直接复用，不用重复写代码。《代码大全 2》让我明白，函数设计不是 “堆逻辑”，而是 “拆问题”，把复杂的任务拆成一个个小步骤，代码自然会变得简洁、可控。
