后端开发经验总结

开发经验总结

代码设计

合理的流程应该是 梳理-梳理-梳理-开发-测试

这里将梳理重复了3遍，是为了强调理解需求的重要性。 总有人觉得写业务代码没啥意思，没技术含量。作为一个干了两年的非专科菜鸟，我觉得并不是这样。

常听到一句话，好的程序员少写代码，厉害的程序员不写代码。好的业务代码，对应好的设计，好的设计是兼容未来的，可以根据业务需求的变化进行灵活的配合。 当然，这里不是要求一下就把系统设计的非常完美，这非常难，也根本不可能。功能总是在不断迭代，代码需要不断重构不断修改。

但是在重构和修改的过程要保持一颗兼容的心，能复用的代码尽量抽出来。

错误处理

可预期的错误

如果根据参数查询不到数据，返回空就可以

不可预期错误

1. 不要一个大的try catch把所有的错误都捕获，这个很要命的，出现问题找不到报错对应的行。
2. 对于对接第三方接口，可以直接抛出三方的错误，但是，要打印错误日志，log.error

数据校验

1. 前端校验数据格式，减少错误请求

2. 后端校验数据是否正确，

联调

1. 后端不能将前端当做接口的测试，前端不能将测试作为交互和功能的测试。

2. 所有自己开发的东西都需要完整自测，不要想当然。

3. 各个模块的功能进行完整测试可以避免加班，往往加班太晚都是由于马上要上线了，发现一个bug，后端30分钟，部署测试、灰度，前端10分钟，测试10分钟，整体不能流畅运行。