1. 程式人生 > 實用技巧 >第05組 每週小結 (3/3)

第05組 每週小結 (3/3)

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併發請求也許支撐不住(害怕伺服器崩潰)