还是老套路？

在写代码之前，先想想可能的应用场景

有时候拿到需求之后，如果着急去做，后期可能会耗费不少的精力

阿粉曾经做过一个业务，类似用户充值的场景，当时阿粉拿到这个需求之后，就想着不就是充值钱嘛，那就定义一个 Integer 类型不就完了，然后一顿操作猛如虎，上线之后也没啥问题

结果有一次公司运营和其他一些第三方合作，用的就是充值这个接口，然后因为运营大批量的持续充值，直接超出了 Integer 的允许范围，导致整条业务线都没办法跑通

然后排查问题排查到最后，发现是阿粉造成的，而且还是因为一个数据类型引发的...阿粉当时真的是想钻到地下

代码是写给人看的，所以让自己的代码干净整洁一些

代码是写给人看的，不是写给机器看的。你想嘛，如果想要让机器看，直接写 0110001 这种编码方式不香吗!毕竟机器它只认 0 或者 1

所以代码是写给人看的，那么写代码的时候就让它干净整洁一些

比如：该缩进的缩进，该空一行的就空一行，比如下面这样：
 

昨天，团队里的妹子很突然地就让阿粉跟她说说怎么才能写出一手好的代码

阿粉本着负责任的态度，专门写了一篇文章出来，妹子嘛，就是要宠的嘛

写好注释

写代码这件事情，大概就是一时编程一时爽，过后调试火葬场

阿粉有过一次经历，就是当时开发任务紧，把功能实现之后就完事儿了，也没有好好写注释。结果过了两三个月之后，那个功能因为需求变动出 bug 了，出了 bug 就去解决呗

但是!!!因为阿粉没有写注释，当时的实现逻辑，为什么这样写全忘了，所以相当于又重头捋了一遍逻辑，那个味道，真是酸爽

图片

所以阿粉要把这个建议放在第一个!

写注释的时候，如果逻辑比较复杂，可以先写一下大体思路，然后下面具体实现时再详细写，比如阿粉曾经写过的代码(做了脱敏处理，大家不要太较真啦，重点是阿粉写的注释

（编辑：济源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!