第二次結對程式設計作業

組員部落格鏈結

本作業部落格鏈結

github倉庫

共同解決互動、api、部落格

psp2.1

personal softwareprocess stages

預估耗時（分鐘)

實際耗時（分鐘）

planning

計畫200

250·estimate

·估計這個任務需要多少時間

250300

development

開發100

200·analysis

· 需求分析 (包括學習新技術)

300400

·design spec

· 生成設計文件

5070

·design review

·設計複審

100100

·coding standard

· **規範 (為目前的開發制定合適的規範)

3050

·design

· 具體設計

200200

·coding

· 具體編碼

200300

·code review

· **複審

100100

·test

· 測試（自我測試，修改**，提交修改

100100

reporting

報告50

100·test repor

·測試報告

50100

·size measurement

·計算工作量

5050

· postmortem & process improvement plan

·事後總結, 並提出過程改進計畫

5050

· 合計

就是api文件裡寫的介面啦

我們用python的requests模組封裝了六個函式，來連線伺服器。

介面函式

功能login

登入，註冊，驗證

ranking

顯示排行榜

historicalrecords

歷史戰局列表

historicalrecordsdetail

歷史戰局詳情

opengame

開始遊戲

submitgame

出牌

演算法關鍵就是十三張牌的分類，先按照花色和大小排個序，然後就是普通牌型的分墩。最暴力的解法就是，先從13張內，挑出最大的5張牌作為後墩，然後剩下的8張牌，挑出5張最大的作為中墩，剩下3張作為前墩.。但是這種做法總覺得太划水了是我們太廢，所以我們做出了一些改進。給每種牌設定乙個權值，計算一下權值總和，權值最大的就是贏面最大的。權值的設定是按照遊戲規則裡各種牌型的等級來，從大到小依次比過去。

這是我們前墩的分析演算法，其中總權值=權值*級別

由於前墩、中墩、後墩的三個函式結構基本一樣，只有變數的改變，所以只貼出前墩的**。

注意前墩挑出後要先把前墩的牌剔除再放入中墩函式進行計算，後墩同理。

（我們為了省事並沒有考慮特殊牌型不需要分墩所以測試起來會有錯誤）

這是我們初始化牌型函式的執行次數和總的執行時間

其中ncoll：函式執行次數

tottime：函式的總的執行時間，減去函式中呼叫子函式的執行時間

第乙個percall：percall=tottime/ncalls

cumtime：函式及其所有子函式調整的執行時間，也就是函式開始呼叫到結束的時間

第二個percall：percall=cumtime/ncalls

問題描述做過的嘗試是否解決有何收穫

兩個人一起完成一項任務的感覺特別爽，而且能夠互相是精神支撐（我學不下去了，不行，她還在學，我還能堅持！？）而且兩個人更容易看到對方的錯誤和提醒對方，不至於在死胡同裡來迴轉

對許多知識有了新的了解（pyqt5、介面的設計連線、頁面的互動）,對python、ps進一步掌握

學會換一種思路看問題以及分工合作的重要

朱曉倩：

萬本琳：

第n周

新增**（行）

累計**（行)

本週學習耗時（小時）

累計學習耗時（小時）

重要成長10

066熟悉遊戲規則，進一步學習python、axure rp，基本設計好介面

2400

40015

21大致分工後，有了基本實現的思路，搞定介面互動，有整體演算法框架

3900

1300

3051

進一步完成演算法設計、實現介面對接和測試、後端處理、部落格

第二次結對程式設計作業

第二次結對程式設計作業

第二次結對程式設計作業

第二次結對程式設計作業

相關推薦