记得看到过一篇文章，需求是增加一个输入框，填写地址供调用，开发大概算了一下回答保守估计要一周......有兴趣的朋友可以自行头条里搜索一下“一个输入框你要做一周？”。

代码执行是件非常严肃的事情，其实人类的思维更是，只是人类在对某件事情做出判断时，会根据经验或理论在下意识的情况下完成很多你自己都没有觉察到的过程，当然了，判断错误也是常有的事，只是当时并没有弹窗提醒而已，只能事后总结了。

先举例子：

一张发票要寄给客户，于是系统里模糊查询发票号码，选中后填上快递单号，打印签收单，装进快递袋寄出；

五张发票要一起寄给客户，批量勾选后填快递单号，打印签收单，装进快递袋寄出，结束.....

这不蛮简单的嘛？下面来看看这五张发票能引发多少种可能的问题：

问题一：

发现系统里选错了，五张发票不是一家公司的，这要闯祸了，快点取出来，单独寄吧；

方案：选择发票的时候要做判断，不同的客户不允许批量操作；

问题二：

取出来的这张发票要单独寄呀，系统查找，更改快递单号，保存......等等哟，其他4张的快递单号不变哟；

方案：假设数据表里用引用快递单号 ID，所没有办法ｕｐｄａｔｅ，只能后台先ｄｅｌｅｔｅ，然后重新ｉｎｓｅｒｔ into一个新的快递单号 ID才可以;

问题三：

五张取出一张，还要再补进去一张放进快递袋，系统查找，然后输入快递单号......等下，除非选择，否则是没有办法得到原来的快递单号 ID 的，虽然看起来你输入的号码是一样的，但对应的 ID 是不同的；

方案：这里有很多种改法，有老板说了，那你不保存 ID 不就行了，直接存快递单号。看起来可行，试试看，这个问题真解决了，好像也为问题二提供了一个新的解决方案；一箭双雕，一石二鸟，那就按这个方案改。

问题四：

接方案三，销冠来了，说有一张发票不用寄快递了，一来为公司节省成本，二来也借机会拜访一下客户，聊聊新的生意。财务小妹被感动到：系统查找，快递单号里输入销冠大名，然后打印签收单......什么情况？整整印了好几十页？呃.....签收单的是以快递单号去系统里查找发票号的，销冠以前领取发票的记录也都被打印出来了；

方案：老板又说了，那就判断一下快递单号是否重复，销冠每次领用发票时，名字后面加上日期以区分不就行了，好像有道理哟，就这么改，重复的不让保存。

问题三：

你没有看错，问题三又来了，不允许重复，那怎么把一张新发票加到原来的快递单号里呢？

.....