标签：定时器 进度条 每周 哪些 歌曲 https 用户注册 小结 05

1. 基本情况

队名:慵懒的旗山蜗牛

组长博客:https://www.cnblogs.com/axx4136/p/14062001.html

Github链接:https://github.com/MovingSound

2. 项目汇报

1、过去一周完成了哪些任务:

①文字/口头描述:

在搜索，和推荐歌曲的播放上添加了进度条的控制，美化界面

优化了基于歌曲的协同过滤算法精度

规范化用户注册信息

②展示GitHub当日代码/文档签入记录

③做了哪些优化和迭代

加入时间上下文信息。用户在较近时间间隔里听过的歌曲相似高要高于很长间隔才听过的歌曲，比如昨天听的歌曲和今天的歌曲，相似度要高于昨天听的和前年听的

对用户注册填写的信息规范进行优化，要求手机号格式正确，密码符合规范

④通过自动化测试测出的bug

拉动进度条歌曲进度改变导致与定时器冲突；解决：设置布尔参数定义一个互斥变量，防止进度条与定时器冲突。滚动时,应当暂停后台定时器，滑动结束后，重新设置值

2、接下来的计划还剩下哪些任务:

准备最终答辩

3、遇到了哪些困难:

适用于歌曲数量明显小于用户数的场合，如果歌曲数量很多，计算歌曲相似矩阵代价很大

对音乐播放的定位节点的处理逻辑想了挺久，如何进行音乐进度的定位、跳转，在查找一番后，慢慢理清

4、团队有哪些收获和疑问:

收获:

学习了协同过滤算法的改进方案，对算法原理的理解更进一步

seekBar的学习

getCurrentPosition获取当前音乐进度

seekto跳转音乐进度的使用

疑问:

无

3. 成果展示

最新成果:

播放界面美化，添加进度条控制:

基于歌曲的相似度推荐：

规范用户注册信息：

自动化测试：

采用apacheBench 工具对歌曲API接口进行并行测试

ab -n 100 -c 100 https://47.115.149.151:8888/api/search/mxc?value=丑八怪

看出测试和并发级别成指数增加的时候服务器耗时和反应会变得缓慢，1w并发请求也许支撑不住（害怕服务器崩溃）

标签：定时器,进度条,每周,哪些,歌曲,https,用户注册,小结,05
来源： https://www.cnblogs.com/sjz000/p/14164652.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。