今天完成的事:对例会的总结

Nginx的响应时间这个是之前没有注意的

之前是完成一个模块，写一个模块的接口文档

经过师兄们的提点，当你接手一个项目时，要先把所有模块的接口文档都要完成，并且要符合Rest风格

对当前进度以及任务思路进行了讨论，我当前的思路并没有问题

但是王总提出当入参为一个集合或者一个对象，要先进行判断，筛选出自己需要的字段在进行查询。

我感觉这次任务并不需要，我的动态查询语句是逆向工程生成的，我只需要根据参数调用example中对应的方法。

比如1级导航栏查2级导航栏，传入的参数为1及导航栏的id，name，pid，返回的参数为二级导航栏的name，pid（我们暂时需要的，不考虑后台），然后将二级导航栏的pid作为入参，就能查出三级也就是作品的具体信息了

我平时许多的操作都不规范，比如日志的使用，因为目前的遇到的都是语法错误，所以控制台的报错基本都能解决大部分问题，平时都不咋看日志。但是师兄提出，如果你遇到的是逻辑错误，日志才能帮助你解决问题，平时遇到问题要多看日志

对任务1的深度思考进行了讨论，好久没开例会了，任务1的深度思考许多都忘了，下次要提前准备

对Aop的理解更深了，Aop的实际例子比如像日志，包括之前ngjnx响应时间的解决方案也运用到了Aop，在配置文件中配置，设置切点，每个接口开始运行，运行结束的那一瞬间都会返回一个时间戳从而得到ngjnx响应时间

select * from table 虽然从语法上并没有错误，我在任务1还用过，但是当数据量比较大时，这样使用会对数据库造成极大的负载和缓存，并且速度也很慢，一般不使用*作为查询数据库的入参

遇到的问题：例会之前，提前对任务1的深度思考重温不够

明天的计划：继续任务

收获：好久没开例会，讨论的氛围会使你对知识的理解更加贯彻

’