stand up meeting 12-3

因为前后端在参数传递定义不清晰的原因，今天士杰和国庆采用了pair programming的方法，在一台电脑前工作了四十分钟，明确了请求questionpool，请求question，请求rank data的接口。因为对API返回信息和DataModel中变量的错误理解，我们对用户的答案选项存储实现出现了偏差，用户的答案选项使用int值来存储选项ID，还是在chioce中用bool来表示？在之前的实现中，前端设想的是前者，后端的get score设想的是后者。经过讨论后，国庆也会在今天将答题时用户答案选项的存储采用后者的方式。

当然，这个地方确实存在争议，meeting的时候应问travis。

同时我们发现在questionpool的API返回结构中，有pool name 和pool QPAlias，这两个都是string变量，但区别是什么？比如“高考”的name 和 alias均是“高考”， 而四级的name是“CET4”， alias是“四级词汇”。这是一个需要澄清的地方。这关系到后续的请求question和Get RankData的key和type。

同时stand up meeting对项目未来三天做出明确的目标：

士杰和国庆将在明天继续采用pair programming的方式完成用户答题后Get RankData的前后端连接，并完成一个简化版本的result界面。

天赋：

　　昨天没有对·最高排名存储·模块进行测试

　　今天已经在一个新的TestPage测试，亲测可用。

　　还把`StoreRank`以异步方式集成到了“获取全国排名API”中。等Guoqing需要在首页显示每个题库最佳排名时，他只要函数接口即可（因此“Font-End展示最佳排名”这个Task可有可无了）。

静雯将完成前端界面的设计工作。

今日燃尽图：