项目回顾-2019

---------------9:53 2019/8/18

代码回顾：
1.登出为什么要这样返回，这和方法执行过程有什么关系呢
return new RespDto();

RequestHolder 用来存放缓存值，这样的话在其他地方用到缓存的时候
就不需要直接从缓存中取出了
输错次数限制数 error.count
ops.enable.login.count 原来这也是个开关
–所有在调用service的方法中都捕捉了异常，异常是定制的

	try {
    	RequestValidator.validate(req);
    	resp = corpOperService.login(req);
	} catch (Exception e) {
        resp = ExceptionHandler.handleFailFast(new RespDto<CorpOperDetailDto>(), e);
    }

登录首先校验了用户信息，又校验了企业信息，这个时候一定要进行空判断，否则上了测试有要报错
然后返回企业信息详情，和权限信息（现在的新增权限居然能使用，既然使用了role_auth,又关联了role_no
除非，这个表是被初始化上去的，总觉得这个方法不可靠）

#重置密码 问题：在做的过程中根本没有想到什么企业类型和角色之类的问题
校验:是个需要锻炼的技能
1.首先校验两次输入密码是否相等
2.校验手机号是否在系统中存在，这个之前有注意到吗
3.然后再进行修改，并且还要发送通知短信，在safetyservice中调用了messageservice
而不是直接把调用方法写在当前的类中，messageservice 发送通知是写在一个统一的方法中的
不用的 业务使用不同的重载方法sendNoticeMessage ，根据传入的参数确定（职责非常分明）

#修改密码
还是前置校验：
1.旧密码要和新密码先比较，这个虽然都知道，但是做的时候很难预料到
2.然后再进行新密码和确认密码的比较
3.先查询用户名是否存在，然后进行密码的修改

#修改手机号

很简单，直接返回，短信校验，通过aop进行处理，真高深呐

#绑定手机号
1.人家加上了绑定剩余次数的判断，而我仅仅是做了个修改而且
这个没什么价值，都很简单的事情，校验真的很重要，首先要想到
业务，另一个就是如何实现的问题了，这个项目的套路是，先在Apollo
设置一个固定的值，然后在缓存里设置一个值，增加，然后判断

#新增用户权限信息
还是进行校验 ，异常处理
1.进行用户校验 （1）判断手机号是否重复 （2）判断登录名是否重复 （3）进行角色的判断 为什么
2.校验企业 （1）企业信息是否存在 （2）企业状态是否正常
3.三要素验证：这本来应该是我做的事情，不声不响就被别人做了，如果要临时加个什么东西的话，我的速度很很慢
如果不经过测试的话，临时修改的代码上了测试环境会很容易出问题
4.检查用户的角色，在我看来，要增加，直接新增就读了，为什么还要校验这个角色是否存在呢
新增用户权限都要发送短信吗

#更改用户状态信息

同样是有很多的校验，和新增差不多

#更改用户状态

只有用户信息的校验
#发送短信验证码

人家新了两个方法
一个是发送业务短信验证码，一个是登录或重置，他做了很多应该是我做的事情，
而去并不知道，登录和非登录情况下发送验证码有什么区别，
现在能想到的就是注册的时候发送验证码要输入手机号，登录状态下不用输入手机号

登录和忘记密码发送验证码的时候要校验，这个手机号在系统中是否是存在的，但
是不在登录状态的，而发送短信的时候是在登录状态中的

而且人家还给短信验证码的key加了一个前缀

#新增邀请码 这个功能基本上都是按照别人的来做的

对了，这个也是要发送短信的， 很遗憾，这个也被人同步了，，同时也被人修改了另外两种情况下的判断
这已经是第二次了，不知道为什么
这个倒是没有什么特别的，就是这个参数应该如何的组织是个问题
能改动这么多代码，还进行测试，是要花费很长时间的吧，不知道
人家是怎么做到的，这一点是我非常欠缺的，需要刻意练习

到这里和别人有关的东西算是完结了

StringBuffer errorMsg = new StringBuffer(UserErrorCodeEnum.THREE_ELE_CHECK_ERROR.getMessage()).append(": ").append(adminResp.getResultMessage()); --这是个什么技巧 为什么要这么组装呢 这个写程序到底有多少技巧，还要积累多少呢

对于开发过程中的判断一定要多思考，不能仅仅只是完成正常情况下的代码

企业类型是平台并且角色类型是查看员或者角色类型是管理员才会进行后续操作呢
---------------11:04 2019/8/18-------------

–今天待办事项
1.费率的字段要增加修改 新增/修改费率信息要去掉CorpNo