组里的cr相当之给力、也很严格
自认为写业务代码就算写的不好,不会有多少问题
昨天写的代码被提了20多个Issues,改的我怀疑人生。。。
典型的以前写代码没怎么被好好cr过,现在写尽是问题,
Issues大致分布在规范、格式、可读性、逻辑问题。
之前在老东家大多是mybatis curd,或是拼一堆参数调rpc接口,
缺少思考,机械的完成需求和任务,代码缺少锤炼
写代码前一定要想好方案,想好怎么写,思考好再写代码,
不要上来抓住就写,一定要思考!
写代码前要想好这次需求做的是什么?明确目的,不要漫无目的就下手写
实现方案和逻辑大致想清楚,再动手
能用stream的就用stream,一个操作一换行,增加可读性
需要配置的尽量用配置中心集中管理起来,避免hard code
时间相关的注意单位都是毫秒
异步逻辑或无关紧要逻辑需要catch住,不影响主逻辑
要多考虑代码的可用性和稳定性,是否允许丢失,要不要重试,边界问题,
网络延时会不会有影响,代码在并发下会不会出现问题等等
避免忘记学习和思考=-=
说点什么
您将是第一位评论人!