今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）

微信就那样，目前不进行处理。

然后写跳转签到页面的接口。

由于是按照公共接口来，所以可能代码写的会更加清楚、清晰，但是考虑以后如果上线以后，这个签到表的数据库将会压力很大，每个人签到一次就是一个记录，那如果用户稍微多一点，签到勤快些，那这个接口返回用户当月签到信息时将会很耗时，感觉弊大于利。

然后就是由于入参限制的比较死，所以我们的代码也没多少发挥空间，就按框架写，该用的方法还是用就行了。

然后这是接口ok后需要给前端的数据：

解析什么的就是前端的事了。

明天计划的事情：（一定要写非常细致的内容）

写签到，处理连续签到等。

遇到的问题：（遇到什么困难，怎么解决的）

代码报错，总的来说还是生成代码的锅，不过幸好不是太废，还是可以解决的。

收获：（通过今天的学习，学到了什么知识）

一种属于别人方案设计中统计签到的方法：

我想的就是给个签到的字段，然后将签到的时候的“日”取下来，放在字段中，然后以后就更新就行了，当月底定时清零或者记录年月信息，返回时根据年月条件筛选后返回一个字段信息就行了。

逻辑判断和存储数据变少，缺点可能会考虑不全面，有些问题没发现。

而公共接口的签到信息获取：

通过用户id筛选出当前用户。

通过输入的参数年月先判断是否输出有误，然后定义该年当月1号的时间long型（即毫秒数），然后判断当年当月有多少天，定义最后一天的时间long型（28，29，30，31号）。

然后获取表中该用户的签到的时间：

筛选判断：1号时间 < 所有签到时间中满足该表达式的时间 < 月末时间

也就是说你的毫秒数只要在这个月的1号到月末的毫秒数直接的所有数据，我都获取到，然后每天签到信息就是那一天的签到天数，将这个数据列表返回就行了。