11.8周报
11.4:完成v1.1学员端用户查询功能和部分信息变更功能的开发;
出现的问题:之前已经写好了部分信息变更的逻辑,但是当时考虑欠缺,导致需要大改;
解决:经过思考,理顺了逻辑,也算是把之前的代码结构优化了一下;
11.5:将阿里云图像审核功能整合到代码中,完成学员端用户信息变更功能的开发;
问题:官方给的sdk的demo仅仅只是一个示例,要整合到我们的代码中,还需要规范化结构化,并且需要保证client可以重复利用;
解决:通过静态属性保证了client只有一个,不会重复创建链接,并且将sdk整合成了api和api实现,提供了一个通过图片url获取审核结果的接口;
思考:能否用设计模式或者其他优雅的方式来编写阿里云sdk,我感觉自己写的结构并不是很好,后续通过更多的学习看能不能继续优化;
11.6:完成后台给学员添加备注功能,增加补充信息,以及添加备用邮箱为后台用户列表的筛选项;
问题:由于前期考虑不周,将备用邮箱放到了用户详情表,导致筛选项又需要多连一张表进行查询;
解决:在孙昕老师的提醒下,我思考了用户的一些基本属性,如性别、生日,这种属性应该放到用户表中,而不是放到详情表,由于备用邮箱需要作为筛选字段,因此也放到用户表中,就可以避免多连一张表导致性能下降;
11.7:完成ClassIn功能的自动化注册和发送邮件功能;
问题:ClassIn需要将账号保存到第三方表,我们现在使用的账号是邮箱,而我在完成开发进行测试时发现,数据库表中存了邮箱明文,说明当时设计表时忽略了这一点;
解决:增加加密字段和md5字段,新增了update接口并测试保证存到数据库的一定是密文;
思考:用户相关的敏感信息(邮箱、电话)等入表一定要记得加密和md5;
11.8:梳理学员端分单功能需求,梳理用户支付相关的整个流程,设计响应实体;
思考:通过看李老师写的订单支付相关的代码,发现有部分共通的功能(订单完成的状态变更、通过订单编号检验流水),可以拆出来作为共有功能,方便维护和扩展,因此我以后在写代码的时候,也应该考虑,是否有部分共通的代码,可以抽取出来,或者使用设计模式让整个结构和逻辑更加清晰;
出现的问题:之前已经写好了部分信息变更的逻辑,但是当时考虑欠缺,导致需要大改;
解决:经过思考,理顺了逻辑,也算是把之前的代码结构优化了一下;
11.5:将阿里云图像审核功能整合到代码中,完成学员端用户信息变更功能的开发;
问题:官方给的sdk的demo仅仅只是一个示例,要整合到我们的代码中,还需要规范化结构化,并且需要保证client可以重复利用;
解决:通过静态属性保证了client只有一个,不会重复创建链接,并且将sdk整合成了api和api实现,提供了一个通过图片url获取审核结果的接口;
思考:能否用设计模式或者其他优雅的方式来编写阿里云sdk,我感觉自己写的结构并不是很好,后续通过更多的学习看能不能继续优化;
11.6:完成后台给学员添加备注功能,增加补充信息,以及添加备用邮箱为后台用户列表的筛选项;
问题:由于前期考虑不周,将备用邮箱放到了用户详情表,导致筛选项又需要多连一张表进行查询;
解决:在孙昕老师的提醒下,我思考了用户的一些基本属性,如性别、生日,这种属性应该放到用户表中,而不是放到详情表,由于备用邮箱需要作为筛选字段,因此也放到用户表中,就可以避免多连一张表导致性能下降;
11.7:完成ClassIn功能的自动化注册和发送邮件功能;
问题:ClassIn需要将账号保存到第三方表,我们现在使用的账号是邮箱,而我在完成开发进行测试时发现,数据库表中存了邮箱明文,说明当时设计表时忽略了这一点;
解决:增加加密字段和md5字段,新增了update接口并测试保证存到数据库的一定是密文;
思考:用户相关的敏感信息(邮箱、电话)等入表一定要记得加密和md5;
11.8:梳理学员端分单功能需求,梳理用户支付相关的整个流程,设计响应实体;
思考:通过看李老师写的订单支付相关的代码,发现有部分共通的功能(订单完成的状态变更、通过订单编号检验流水),可以拆出来作为共有功能,方便维护和扩展,因此我以后在写代码的时候,也应该考虑,是否有部分共通的代码,可以抽取出来,或者使用设计模式让整个结构和逻辑更加清晰;
全部评论
感觉实习学到的好多
哥们在哪里实习呀
面试抄你的了
相关推荐
翔翔QAA:而你,我的兄弟,你是真正的耀孝子!而我,也要点一杯轻轻茉莉🥰
点赞 评论 收藏
分享
11-12 10:25
蚌埠坦克学院 golang 点赞 评论 收藏
分享