29 lines
1.4 KiB
Markdown
29 lines
1.4 KiB
Markdown
## 每天写点东西
|
||
|
||
1. 制定合理的规范
|
||
2. 全局异常处理
|
||
3. 日志分类
|
||
4. 监控
|
||
5. 解耦
|
||
6. 经历IO必须校验
|
||
7. ~~重要接口，外部接口记录耗时和日志~~
|
||
8. Linux权限
|
||
9. 时序，0 + 1 * 3，0 * 3 + 1
|
||
10. 幂等处理
|
||
11. 没有最好的方案，就用最有效的方案开始做(没有执行力的远见等于空想)。
|
||
12. 重要接口，外部接口记录耗时和日志
|
||
13. 大前端
|
||
14. 幂等≠并发
|
||
15. 逻辑略多：列出所有的情况，写清思路（业务文档，解决方案文档）。
|
||
16. 新增字段必须校验（老数据可能不符合规范）
|
||
17. 分治
|
||
18. ~~解决方案文档~~
|
||
19. 修改接口确保之前逻辑不变
|
||
20. EntityGraph多看源码，注释下同级别有类似注释。
|
||
21. 用心做好每件事，每个人每件事，都值得被认真对待。
|
||
22. 不用uuid关联，使用有意义的主键，只增加和删除，监听数据库，删除后同步到另一个数据库。真正的删除和修改删除需要区分处理（版本号）。
|
||
23. 制定规范，一不变应万变。
|
||
24. 能在内存中操作，就不去数据库。
|
||
25. 遵守规范，争取在里面添加一条，或者找出返例。
|
||
26. 所有功能逻辑都有迹可循.
|
||
27. 拉取自己分支的意义，自己功能在这个分支开发测试都可以合并到test分支，最后通过可以让自己的功能上生产此时同一批的其他功能可能未完成，无法让test统一合并到master。 |