今天完成的事情：

1. 修改了任务二的代码，添加数据统一返回类

说起来是挺高端的，其实我真的没改什么，仅仅是把 controller 里面那一堆 put 抽出来了。

一开始师兄的意思是写一个枚举类，把 code 与 msg 建立一个映射关系就像这个博客一样：https://blog.csdn.net/weixin_43995403/article/details/88814782

然后今天上午我就一直在想要怎么改这个东西，然后看别人的代码，翻书学习泛型的写法。纠结了一个上午最后做了这个···

github 链接附在日报下方，代码已合并到主分支。写的很渣，只要小心一点用不去乱插数据还是能通过任务二验收的···

2. 修改了 api 与文档

api 重新写了一下，有所改变，大致格式如下：

外部是 code msg data，然后 data 内部同样都是 key:value 这样的形式，这样做主要是觉得在分页查询中 data 内部是由多对 key-value 组合成的，其他的 api 返回页保持这样的格式比较好。原来的 api 的 data 内部直接就放一个 disciple object

遇到的问题：

1. api 的设计

在做的过程中确实最花时间的就是想怎么设计 api，需要返回什么数据，这个在网上也是各种说法都有，还看了推特的 api 返回，他们的返会还分给开发人员与给用户的提示信息，设计起来比较繁琐，实现起来是没什么问题的。

2. java

之前写的时候把 return 与异常堆栈的打印放到了一个代码块里面，测试的时候才知道不能这么干，异常堆栈打印完并不会执行同代码块里面的 return 了

3. bug 太多了

不得不说虽然我知道我菜，但是一直没觉得这样写出来的项目会有多大的问题，今天突然想给自己做一个测试，我的内心完全是崩溃的，这项目写的和筛子一样···

主要是数据校验的问题，然后我的学号与qq号码都用的 bigint 来存储···

现在我想还是有必要再去了解一下昨天写深度总结的那个数据校验框架。

4. 版本管理

之前我的想法是直接分 master 与 dev，dev 修好了什么部分我就合并一个部分文件到主分支，但是 dev 不会删除，一直与 master 并行。

这几天我就在 dev 分支做 messageSource。但是感觉部分文件的合并还是不太方便，所以我现在的管理方式是需要修改的时候我就从 master 新开以需求命名的分支，做好了完成测试了再合并回主分支然后删除。

明天的计划：

1. 了解一下 spring 的数据校验，尽量在项目中用一下

收获：

1. 晚上听了师兄分享了一个项目数据库的设计，大概流程是怎么回事还是马马虎虎听懂了。

蔡凯师兄分享了一些想法很受用，在学习的时候不能太钻牛角尖，之前我一直觉得学习就要系统的学，结果学到后面知识点越来越抽象就坚持不下去了···

师兄语重心长地说站在前人的基础上思考，很受用（师兄你懂我意思吧

继续学习，丰富我的武器库，加油！

日报这么水完全是因为我太菜了，真不是态度问题