第二次結對編程做業

分工##

  • 林少惠:原型開發、前端開發
  • 宋奕:後端接口開發,AI算法,後端部署

PSP表格##

PSP2.1 Personal Software Process Stages 預估耗時(分鐘) 實際耗時(分鐘)
Planning 計劃 900 1120
Estimate 估計這個任務須要多少時間 1020 1320
Development 開發 900 880
Analysis 需求分析(包括學習新技術) 200 210
Design Spec 生成設計文檔 25 30
Design Review 設計複審 5 15
Coding Standard 代碼規範(爲開發制定合適的規範) 20 11
Design 具體設計 15 70
Coding 具體編碼 450 600
Code Review 代碼複審 15 50
Test 測試(自我測試,修改,提交修改) 160 180
Reporting 報告 90 60
Test Report 測試報告 55 15
Size Measurement 計算工做量 5 8
Postmortem & Process Improvement Plan 過後總結並提出過程改進計劃 20 45
合計 3880 3734

解題思路描述與設計實現說明##

  • 該項目只調用助教提供的接口,和後端開發人員所寫的接口
  • 算法的關鍵就是對於牌型的判斷,
    判斷牌的花色->作總體判斷是否有相同的牌(分狀況討論四張、三張、兩張)->一組一組判斷特殊牌型->分配權重->出牌

關鍵代碼解釋

一個近似遍歷的算法,我認爲每一個判斷都很關鍵就放出部分判斷特殊牌型的算法
html

性能分析與改進##

  • 描述改進思路
    我對個人輸入輸出進行了改進,本來是便歷字符串,如今是寫了一個dto,這樣傳輸來講會快點。原本對於牌型的判斷能夠合併可以更加智能,可是因爲面向功能編程因此未作優化。
  • 展現性能分析圖和程序中消耗最大的函數

    消耗最大的函數就是我所寫的change函數,這個就是個人判讀出牌規則的函數

單元測試##

如圖爲個人測試代碼

我經過改變傳入的牌來測試輸出是否正確,我所測試的測試數據,儘可能測試特殊牌型,同花和順子同時存在的時候如何取捨,還有某些偏僻的特殊牌型如何取捨。前端

貼出Github的代碼簽入記錄##

遇到的代碼模塊異常或結對困難及解決方法##

  • 問題描述
    在先後端交接的時候遇到跨域問題,已知解法是加一段config就能夠解決,問過另一對,他們並無解決跨域問題,卻能夠正常鏈接
  • 作過哪些嘗試
    在服務器上搭載docker,解決不了跨域,嘗試是否是前端用Python寫避免了跨域,顯然不行,最後猜想是騰訊雲的服務器避免了跨域,和代碼不要緊,阿里雲8行
  • 是否解決
    跨域問題解決,可是忽略跨域問題未解決,問過在企業上班的學長也不懂,他只對那個Python前端喊了666
  • 有何收穫
    解決問題的過程十分痛苦,可是製造特殊狀況咱們是認真的!

評價你的隊友##

  • 值得學習的的地方
    宋奕哥哥太棒了,什麼都會,有責任心,學習能力強,吃苦耐勞,人品巨好!我是宋奕哥哥的舔狗
  • 須要改進的的地方
    沒有,不須要改進

學習進度條##

週數 新增代碼(行) 累計代碼(行) 本週學習耗時(小時) 累計學習耗時(小時) 重要成長
1 0 0 2 2 更加深刻的瞭解以美工的思惟思考問題
2 400 400 9 9 對於後端接口的理解尤爲是調用第三方接口
3 800 1200 5 5 對於先後端交互的理解,ajax深刻
相關文章
相關標籤/搜索
本站公眾號
   歡迎關注本站公眾號,獲取更多信息