后端开发经验总结
开发经验总结
代码设计
合理的流程应该是 梳理-梳理-梳理-开发-测试
这⾥将梳理重复了3遍，是为了强调理解需求的重要性。 总有⼈觉得写业务代码没啥意思，没技术含量。作为⼀个⼲了两年的⾮专科菜鸟，我觉得并不是这样。
常听到⼀句话，好的程序员少写代码，厉害的程序员不写代码。好的业务代码，对应好的设计，好的设计是兼容未来的，可以根据业务需求的变化进⾏灵活的配合。 当然，这⾥不是要求⼀下就把系统设计的⾮常完美，这⾮常难，也根本不可能。功能总是在不断迭代，代码需要不断重构不断修改。
但是在重构和修改的过程要保持⼀颗兼容的⼼，能复⽤的代码尽量抽出来。
错误处理
可预期的错误
如果根据参数查询不到数据，返回空就可以
不可预期错误
1. 不要⼀个⼤的try catch把所有的错误都捕获，这个很要命的，出现问题不到报错对应的⾏。
2. 对于对接第三⽅接⼝，可以直接抛出三⽅的错误，但是，要打印错误⽇志，
数据校验
1. 前端校验数据格式，减少错误请求
2. 后端校验数据是否正确，
联调
1. 后端不能将前端当做接⼝的测试，前端不能将测试作为交互和功能的测试。
2. 所有⾃⼰开发的东西都需要完整⾃测，不要想当然。
3. 各个模块的功能进⾏完整测试可以避免加班，往往加班太晚都是由于马上要上线了，发现⼀个bug，后端30分钟，部署测试、灰度，
前端测试和后端测试的区别前端10分钟，测试10分钟，整体不能流畅运⾏。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。