发表于： 2019-11-12 22:10:26
1 1031
今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）
1、postman测试我负责的模块所有接口
2、写静默登录
明天计划的事情：（一定要写非常细致的内容）
1、写 修改手机号 邮箱 的 dao和server
2、可以的话 把Controller也写了
3、可以的话 postman进行测试
遇到的问题：（遇到什么困难，怎么解决的）
1、给前端传数据使用 @RequestBody转换 还是 构建Json
使用 @RequestBody可以将对象序列化为 json 格式的字符串
但是有些字段 前端是不需要的 传输过程浪费资源
使用 JSONObject 或其他工具 构建json的话虽然返回的字段没有多余的，但是构建过程浪费时间
收获：（通过今天的学习，学到了什么知识）
1、学习 in 关键字
1、利用 in 关键字 可以实现sql 的嵌套 （ 子查询 ）
像图中这样的 会先从 employee表中找出 age 为20 的所有 did，
然后用这些 did 在 department 中查询 想要的信息
这样可以将两条 sql 结合到一起
2、在写 获取省市区接口的时候 我用到了 in 关键字
首先我的数据库是这样的 （老白找来的）
level 代表等级 1为省级 2为市级 3位区级
parent_id 代表上级的id 北京城区的上级是北京市 的id 为1 所以 北京城区的 parent_id 为1
我的mapper
通过判断level 来确定获取省 还是市 还是区
获取省不需要其他信息 可以直接返回
获取市 会从省列表中查找 入参省的id 然后作为 parent_id 在查找 市的 area_name
获取区 会从市列表中查找 入参市的id 然后作为 parent_id 在查找 区的 area_name
3、测试
输出
2、实体类是用 基本数据类型还是 包装数据类型
1、如上 我通过一个 openId 获取到 userId的时候
如果 返回的是 null 将无法给 long 赋值，从而无法利用 if 判断是否获取到了 userId
但是可以将 null 赋值给 Long 然后判断 userId 是否为 null 来进行下一步操作
2、新建一个实体类对象的时候，int long 这类整型的基础数据类型会有一个初始值 0
新建一个对象然后输出
但是如果是 INTEGER 或者 Long 包装类的话
新建一个对象输出
所以在写mapper动态sql的时候 对于参数的判断就会有所不同
如果使用的 int long 就不需要判断是否为空，而是判断是否为0
而使用 包装类则可以判断是否为空
但是结合 1 中的例子 实体类还是使用包装类比较方便
3、redis开启远程访问
1、找到 bind 127.0.0.1 注释掉
2、找到 protected-mode yes 改为 no
4、微信静默登录
步骤：
引导用户访问 url1
该 url2 会带 code 参数 跳转到提前设置好的 url2
然后 url2 收到 code 参数后带 code 访问 url3
url3 会返回 一系列参数 ，获取其中的 openId
然后从数据库中查找是否有该 openId 没有的话新建一条 并设置 年级为 11（初一）
有的话 返回 其年级 即进入了首页
2、url2 的 Controller
后续将这里的 百度改为 异常页面
返回列表
评论