关于工作
@(日期)[2020.05.29]
挺长时间没写业务代码了,因为之前转运维大部分都在写脚本,可以说类似DevOPS这种。如今又写了点业务代码,结果看了下项目组里某人代码,4年多经验的,真是挺让我诧异的。
杂记
关于业务代码
以前写业务代码时候,确实挺多多表联查,条件异常复杂的.尤其是遗留项目改造和升级过程中,有时候需要将存储过程的业务移植到后台代码,那时候真是惨的要死.大部分都是先实现功能,然后在找时间加班重构.比如之前某项目里对人员分类,9大类,40多个小类,还要支持动态分类。每一类人员业务都有差异,但还有共同的关联性。开始也是if..else或者switch这种。后来项目阶段性完成后,因为对业务也理解深了,根据情况适当使用设计模式和数据库必要的冗余对代码进行重构.
最近又开了组内某4年开发的代码,不涉及后端,纯纯的JS。不是说前端后端代码风格或者数不熟练的问题,是自称全通的那种。业务需求是有3个计算公式，每个公式都是根据一个参数求另外2个的结果值,类似于f(z)=ax,f(y)=bx这种,均无复杂记录。唯一需要注意的就是要校验用户的输入,只能输入1个值。前端实现基于Vue的Element-UI的Form组件,结果代码写成了下面的样子:
3个计算公式,每一个都是这么实现,而且将form重置,手工将每个属性赋值为空字符串,不知道resetFields()作用是不是浪费了.除此以外,新增加了2个公式的需求,这两个公式类似于f(x,y)=z这种,即取2个值计算第三个.代码一样是按上面的方式实现的.美其名曰代码思路清晰....我感觉这种写代码的方式好像只有在大学刚学C语言的时候才这么写.
前端结束了看看后端的Java代码.项目中read.me里写着要求按照阿里巴巴Java开发手册的规范写代码,记过类名起了X_xxx_xxx的方式,非常量的变量名也起了x_xxx_xxx的方式.我也是服气~~
关于上班
疫情最近貌似控制住了点,公司通知要上班了.
Tips
经验多少源于积累多少,如果说一味的重复也是积累,那么在重复的过程中就需要思考该改变什么。