发表于: 2018-03-07 19:44:39
1 700
今天完成的事情:
1.编写假数据
后台要写的接口:
以及这四个接口的假数据:
2.理清登录的逻辑
逗你学的登录逻辑如以下所示:
检查user_openid_relation表中是否有mobile的数据,有则更新老数据(这一部分不太清楚,但是和我要实现的逻辑没有关系,跳过)
若请求参数type为“mobile”,则检验user表中是否有手机号码
同上,检验type为"mail"的用户id是否存在,否则报错
若type为“weixin”,则要检验user_openid_relation表中是否有数据,有则通行,无则报错
这一步需要修改,改成和微信形式一样的,从user_openid_relation检出uid
使用uid从user表中查出用户数据
检查用户冻结状态
若type为“mobile”或“mail”,则需要一系列验证,若不是,则为用openid登录,不需要验证
然后将用户id放入到cookie里边,然后再把用户id放到字符串token里边,一串加密传给前端
然后和前端看了挺久的代码,验证了是前端在每个接口都会在头部发送登录返回的token,若token为空,则从cookie中获取用户id,验证用户的各种信息再判断是否能访问“/a/u/**”的接口
3.编写解析参数的工具类
接口说明如下
编写解析的工具类,可以将username=&name=&mobile=&client=解析成键值对map形式
工具类:
测试类:
测试结果:
明天计划的事情:
完成静默注册和修改登录逻辑,编写统计用户列表接口等
对应story:【对接新华美育】、【后台合作机构管理-用户统计】
遇到的问题:
编写SQL语句耗费时间过多,进度过慢
解决方法:加班解决
收获:
以上
进度:
项目开始时间:2018.03.03
方案评审时间:2018.03.05
story进度:
进行中:【后台合作机构管理-用户统计】 【对接新华美育】
评论