作为打卡第四天，前几天的推文主要分享统计相关数据的文章，今天就分享点其他的，今天主要是分享几个代码的编码习惯吧。
分享提示：以下建议可能只适用于入门级别的程序猿。
1 复制黏贴有时候可以避免趟坑
记得一次上线之后，跑统计数据的业务没有报错，但是统计出来的数据就有问题。主要是表现在有些用户的数据错误了。定位出来的问题是我统计不同用户的数据时，有个仓库的id字段取错值了，我一直以为每个用户的仓库id是一样的（因为公司就只有一个私有的线下仓库，事实证明我还是太年轻了），然后去搜了下别的代码里面获取仓库的数据，一查就是不一样的仓库id，当时真的想打自己的脸。其实不止是线上bug才有这种觉悟，平时写代码的时候，查数据库时可以看看相关的字段是否有类似的行为，就可以避免重复写代码，调业务逻辑时可以通过关键词搜索试试。
2 需求定好才开发
有时候对需求的思考可以帮助我们对功能如何开发真的有好处。记得有一次，我写一个查询接口，是收到一个大佬临时的安排，然后我就二话不说就上手查询sql，看着其他页面搜索功能，粘贴过来就是改改改，然后就是测测测，功能没问题，一上线，老大看后就问我为什么我明明搜的是某个字段，出来的是真的多数据，就像我搜的是id为1的数据，出来的却是1 和11 和21这些数据，我当时就说这块直接是支持模糊搜索的，所以巴拉巴拉。直接被怼了一顿，老大说你不会想想，id这个字段怎么可以用模糊搜索（实际上不是说的id字段）接着又是改改改，我在想如果当时能稍微花一点点时间去思考，就不会有这种情况了。
3 伪代码多多益善
业务中对于功能较复杂的业务，肯定或多或少会被建议说先写下伪代码。这个无非就是伪代码能够提升自己对功能开发的理解，也能在给别人讲解功能时更加清晰地表达吧。记得有一次开发一个增加或编辑格口号的功能，需求中有一个点是不能是重复的格口号和分拣码，这两个是一对一的关系。然后当时手贱把新增和编辑写在了同个接口，然后我就写成了数据库中没有的才能添加，后续测试测出了好几个bug，一个是相同的格口号编辑时什么都不改就保存报错了，另一个是保存相同的格口号时有重复的分拣码没有提示哪个格口号占用，还有其他。后续写了个伪代码给大佬看过之后才敢测试上线。
文末还是想说的，非常感谢大家的浏览！
