第四次作業結對程式設計

|--|--|

| github專案位址 | |

|結對夥伴作業位址|

psppersonal software process stages

預估耗時（分鐘）

實際耗時（分鐘）

planning

計畫30

50· estimate

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

1320

1470

development

開發1200

1340

· analysis

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

120150

· design spec

· 生成設計文件

6050

· design review

· 設計複審 (和同事審核設計文件)

4030

· coding standard

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

3020

· design

· 具體設計

5085

· coding

· 具體編碼

720870

· code review

· **複審

6060

· test

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

12075

reporting

報告120

130· test report

· 測試報告

4050

· size measurement

· 計算工作量

3030

· postmortem & process improvement plan

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

5050

合計1350

在後面的excute（後面才發現自己execute拼錯了，但是問題不大）類中實現了這幾個方法，最後在main裡面呼叫方法實現需求。

在討論出具體框架後，我自己先搭好了程式框架，但是還沒有往裡面填**，然後git提交了第一次

**規範詳情見隊友部落格

**互審環節在測試的時候，看到他的測試**太簡陋了，而且並沒有使用到assert，直接通過肉眼**，大幅度降低了自動化，一但資料量龐大起來就容易出錯，所以給他指出了測試**的問題。

下面看一些關鍵的**,首先是統計字元的部分，這部分實現比較簡單，將檔案讀取後分別對每一行進行遍歷，統計出總字元數

public int countchar(string fpath)
}return countchar;//返回有多少個字元
}

下面是統計行數的部分，這部分實現更加簡單，相比於上面統計字元只需要乙個迴圈就能搞定

public int countline(string fpath)
return line;//返回行數
}

下面是統計單詞數，在這個地方遇到了一些困難，最開始想的是通過以前c語言啊很傳統很笨的方式遍歷，設定哨兵，然後統計，但是後面夥伴在蒐集資料的時候給我講了c#中dictionary的用法，我就在他的引導下使用字典完成了。

public int countword(string fpath)
return countword;
}

在統計單詞頻數的方法中也同樣使用了字典

public dictionarycountfrequency(string fpath)//計算每個單詞的頻數，結果傳入字典並返回,字典中的key是單詞的值，value是單詞的頻數
else}}
return fre;
}

最後在main函式裡面寫附加功能

static void main(string args)
}if (path != null)
console.writeline("characters:" + count.countchar(path));
console.writeline("words:" + count.countword(path));
console.writeline("lines:" + count.countline(path));
sw.writeline(string.format("characters:" + count.countchar(path)));
sw.writeline(string.format("words:" + count.countword(path)));
sw.writeline(string.format("lines:" + count.countline(path)));
if (getnum != null)//將輸出指定數量的單詞數，並寫入檔案
|", dic.key, 0, dic.value));
console.writeline(string.format(" |", dic.key, 0, dic.value));
i++;
if (i == int.parse(getnum))}}
}else
if (sw != null)

最後程式整體完成後，也得到了預想的結果

在程式完成後，進行了git第二次提交（就不附截圖了）

見隊友部落格

說實話這次的作業乙個人完成真的有點困難，雖說不是完成不了，但是在團隊專案以及團隊部落格還有很多課的情況下時間肯定是不足夠的，這也正體現了結對程式設計的作用，抽出乙個下午的時間坐在一起敲**，在自己遇到問題的時候有隊友進行扶持，就算隊友一時沒有解決方案自己也可以繼續下面的工作隊友繼續收集資料攻克困難然後回過來解決它，比單單乙個人效率來的高，而且想的也會全面一點，真正有點體會到了1+1>2的這麼個樣子。

第四次作業結對程式設計

第四次作業結對程式設計

第四次部落格作業結對專案

第四次部落格作業結對專案

第四次作業 結對程式設計

第四次作業 結對程式設計

第四次部落格作業 結對專案

第四次部落格作業 結對專案

相關推薦

第四次作業結對程式設計

第四次作業結對程式設計

第四次部落格作業結對專案

第四次部落格作業結對專案