大前提到底有多重要？一个案例让你秒懂作用！

今天在书房整理去年做的项目复盘笔记，突然翻到刚入行时写的一坨屎山代码。哎哟我这暴脾气，当场就把自己给气乐了——三年前我居然能写出这么蠢的逻辑！

事情是这样的

那天产品经理拍着桌子要新功能：“用户点奶茶时必须选甜度！不选不给下单！”我翘着二郎腿心想这还不简单，哐哐敲键盘搞了个校验函数：

• 第一步：判断是否选甜度
• 第二步：没选就弹窗骂人
• 第三步：选了就放行

测试小哥屁颠屁颠跑过来说没问题，我美滋滋就上线了。结果半夜直接被运营电话炸醒：“有帮孙子点了无糖奶茶然后投诉没收到糖包！” 我揉着眼睛看监控，好家伙——用户选了“无糖”，系统居然也拦着不让下单！

凌晨三点抓鬼实录

穿着裤衩蹲电脑前啃苹果查代码，看到第三行就骂出声了：

• 致命伤1：把“无糖=没选择”
• 致命伤2：还特么写了注释“//用户没选甜度咋办”

气得我反手就给自己脑门贴了张便利贴：“用户选无糖算不算选甜度？算！算！算！”（现在这纸条还在显示器上粘着）

血泪教训

后来重写代码时先拿马克笔在墙上写大字报：

1. 大前提：选甜度=包含“无糖”选项
2. 校验逻辑缩成三行代码：
   

   

   if (甜度为空) { 弹窗 }
   

   else { 放行 }

神奇的事情发生了：原来五十行的判断分支全删光，连测试用例都不用改，运营再也没半夜打电话骂街。

现在我看新手写代码就跟老中医把脉似的，先抓着他领子问：“你大前提喘气儿没？” 上周实习生写优惠券逻辑，我瞄了眼就冷笑：“你这大前提以为用户都是活雷锋？” 结果测试果然刷出八种钻空子姿势——这傻孩子默认所有人领券后都会立刻用！

所以各位，下次写代码前先抄二十遍：大前提不对，全盘皆废！