08:52 到公司
08:53-08:59 整理桌面卫生, 6m
08:59-09:03 倒垃圾,洗杯子, 4m
09:04-09:44 根据数据库来分析理解业务, 40m
09:45-09:51 休息, 6m
09:52-10:31 处理保存和修改教练同步处理账户的数据, 38m
10:32-10:46 参加早会和找小帅,景帅了解问题, 14m
10:47-12:02 查看MGR-web的接口调用方式处理, 75m
12:03-12:34 处理MGR-web题库无法正常引入的问题, 31m
12:35-13:34 处理MGR-web题库无法正常引入的问题, 60m
13:35-14:08 处理完成MGR-web中教练详情增加uid的开发和测试, 32m
14:09-14:14 休息, 5m
14:15-17:55 处理修改教练数据内容
17:56-19:34 开发完成保存和修改教练对用户账户的修改
今日工作安排:
1.思考为什么使用lombok ok
2.根据数据库来分析理解业务 ok
3.了解产品经理的业务分工 ok
4.测试环境走一遍网站业务
5.开发处理完成教练的保存界面 ok
处理完成
1.思考为什么使用lombok
2.根据数据库来分析理解业务
3.了解产品经理的业务分工
4.处理MGR-web题库无法正常引入的问题
5.处理完成MGR-web中教练详情增加uid的开发和测试
6.开发完成保存和修改教练对用户账户的修改
技术管理:
1.使用lombok的好处是:首先是减少大量的模板代码,get和set方法,从代码封装维度看,将大量的模板代码进行封装,不需要其他人员来不断编写,哪怕是IDE可以生成的代码,这也是重复代码,减少重复的出现;其次是从代码可读性角度来看,可以专注于查看类的属性,尤其编写代码的风格不一致,比如为了防止代码冲突,新增加的代码都在最后下面编写,之前总会看到类似的问题,新增加的属性和set和get方法写道后面,让其他人无法专注查看类本身的关键内容;第三减少代码冲突的可能,尤其增加新属性的时候,哪怕处理冲突也非常简单的,大量的bean,model,vo中减少非常多的代码维护;第四是lombok处理的toString方法,hash,equal方法等内容,当增加新属性的时候,以上方法都不需要重新编写,而是lombok直接帮助处理的,不会出现遗漏的问题和情况.就好比修改增加或修改某个属性,那么你就要处理该属性对其相关内容的变化,现在你修改后,其他内容不需要你去善后,而是直接有人给你善后一样. 使用lombok的不足:首先要求IDE增加对lombok的支持,比如IDEA中需要安装lombok的插件;其次是如果你想确认某个set或get方法是否在程序中被调用,你无法找到哪里使用的,但是我更认为这样的操作是违背了bean使用的初衷,bean尤其数据库和java类的映射bean,java对bean的定义和使用就是无参数的构造方法和set和get方法,而不应该在bean中处理任何和业务有任何关系的逻辑.
2.上午处理MGR-web的事情内容,不知道怎么脑袋混了,居然看到问题还在那边排查的,到底是没有看明白,还是因为做的比较久的原因导致的事情呢,这个需要思考的.然后验证hibernate的校验接口,现在是把公共类等放到一个项目中,数据库和entity的映射不能使用,接口数据校验不能用,怎么感觉一夜回到解放前的感觉呢.
反思总结:
1.在ubuntu上使用谷歌拼音输入法比较使用搜狗拼音输入法,之前一直使用搜狗拼音,但是会时不时地搜狗输入法崩溃,需要不断重启搜狗输入法,如果使用谷歌输入法,虽然没有搜狗输入法更加智能识别你想要的内容,但是谷歌输入法使用若干天没有发生崩溃,可以让我持续地进行输出,这一点谷歌输入法在ubuntu上做的比较好.