Java實驗三

課程：Java程序設計          班級：9217      

姓名：蔡斌思               學號：20159217

成績：             指導教師：婁嘉鵬       實驗日期：2015.10.18

實驗密級：         預習程度：             實驗時間：

儀器組次：        必修/選修：選修       實驗序號：三

實驗名稱：敏捷開發與XP實踐

實驗目的與要求：

1.沒有Linux基礎的同窗建議先學習《Linux基礎入門（新版）》《Vim編輯器》 課程

2.完成實驗、撰寫實驗報告，實驗報告以博客方式發表在博客園，注意實驗報告重點是運行結果，遇到的問題(工具查找，安裝，使用，程序的編輯，調試，運行等)、解決辦法（空洞的方法如「查網絡」、「問同窗」、「看書」等一概得0分）以及分析（從中能夠獲得什麼啓示，有什麼收穫，教訓等）。報告能夠參考範飛龍老師的指導。

3. 嚴禁抄襲，有該行爲者實驗成績歸零，並附加其餘懲罰措施。

實驗儀器：

名稱	型號	數量
PC		1
虛擬機	實驗樓	1

1、實驗內容：

　　1. XP基礎

　　2. XP核心實踐

　　3. 相關工具

2、實驗步驟：

（一）敏捷開發與XP

　　軟件工程是把系統的、有序的、可量化的方法應用到軟件的開發、運營和維護上的過程。軟件工程包括下列領域：軟件需求分析、軟件設計、軟件構建、軟件測試和軟件維護。 人們在開發、運營、維護軟件的過程當中有不少技術、作法、習慣和思想體系。軟件工程把這些相關的技術和過程統一到一個體系中，叫「軟件開發流程」。軟件開發流程的目的是爲了提升軟件開發、運營、維護的效率，並提升軟件的質量、用戶滿意度、可靠性和軟件的可維護性。 光有各類流程的思想是不夠的，咱們還要有一系列的工具來保證這些思想可以在實踐中有效率地運做。軟件開發很重要的一點不是看你能對多少理論講的頭頭是道，還要看你對相關工具應用的如何，好比Java中單元測試要和JUnit的應用結合起來，建模要和Umbrello或StarUML的應用結合起來。編程學習是一個習而學的過程。 一個常見的公式是：軟件工程=開發流程+工具 鄒欣老師給出的兩個公式:軟件=程序+軟件工程和軟件企業=軟件+商業模式 開發流程你們能夠參考學習鄒欣老師的軟件團隊和開發流程。常見的開發流程有：

• RUP(Rational Unified      Process)
• PSP(Personal Software      Process )
• TSP(Team Software Process      )
• Agile Process
• ……

　　敏捷開發（Agile Development）是一種以人爲核心、迭代、按部就班的開發方法。「敏捷流程」是一系列價值觀和方法論的集合。從2001年開始，一些軟件界的專家開始倡導「敏捷」的價值觀和流程，他們確定了流行作法的價值，可是強調敏捷的作法更能帶來價值。
其中，極限編程(eXtreme Programming，XP）是一種全新而快捷的軟件開發方法。XP團隊使用現場客戶、特殊計劃方法和持續測試來提供快速的反饋和全面的交流：

• XP是以開發符合客戶須要的軟件爲目標而產生的一種方法論
• XP是一種以實踐爲基礎的軟件工程過程和思想
• XP認爲代碼質量的重要程度超出人們通常所認爲的程度
• XP特別適合於小型的有責任心的、自覺自勵的團隊開發需求不肯定或者迅速變化的軟件

　　XP軟件開發是什麼樣的經過 XP準則來表達：

• 溝通 ：XP認爲項目成員之間的溝通是項目成功的關鍵，並把溝通看做項目中間協調與合做的主要推進因素。
• 簡單 ：XP假定將來不能可靠地預測，在如今考慮它從經濟上是不明智的，因此不該該過多考慮將來的問題而是應該集中力量解決燃眉之急。
• 反饋 ：XP認爲系統自己及其代碼是報告系統開發進度和狀態的可靠依據。系統開發狀態的反饋能夠做爲一種肯定系統開發進度和決定系統下一步開發方向的手段。
• 勇氣：表明了XP認爲人是軟件開發中最重要的一個方面的觀點。在一個軟件產品的開發中人的參與貫穿其整個生命週期，是人的勇氣來排除困境，讓團隊把局部的最優拋之腦後，達到更重大的目標。代表了XP對「人讓項目取得成功」的基本信任態度。

　　一項實踐在XP環境中成功使用的依據經過XP的法則呈現，包括：快速反饋、假設簡單性、遞增更改、提倡更改、優質工做。

　　XP軟件開發的基石是XP的活動，包括：編碼、測試、傾聽、設計。

（二）編碼標準

　　編寫代碼一個重要的認識是「程序大多時候是給人看的」，編程標準使代碼更容易閱讀和理解，甚至能夠保證其中的錯誤更少。編程標準包含：具備說明性的名字、清晰的表達式、直截了當的控制流、可讀的代碼和註釋，以及在追求這些內容時一致地使用某些規則和慣用法的重要性。

　　在虛擬機中的eclipse輸入以下代碼：

　　此代碼因爲沒有基本的縮進，所以看不出層次。

　　單擊Eclipse菜單中的source->Format 或用快捷鍵Ctrl+Shift+F就能夠按Eclipse規定的規範縮進，效果以下：

　　代碼標準中很重要的一項是如何給包、類、變量、方法等標識符命名，能很好的命名可讓本身的代碼立立刻升一個檔次。Java中的通常的命名規則有：

• 要體現各自的含義
• 包、類、變量用名詞
• 方法名用動賓
• 包名所有小寫，如：io，awt
• 類名第一個字母要大寫，如：HelloWorldApp
• 變量名第一個字母要小寫，如：userName
• 方法名第一個字母要小寫：setName
• ...

　　標識符名字應當直觀且能夠拼讀，可望文知意，沒必要進行「解碼」，通常採用英文單詞或其組合，便於記憶和閱讀，切忌使用漢語拼音來命名，用詞要準確例如「當前值」應該起名currentValue，寫成nowValue就不許確了，但還湊合，寫成dqz(dang qian zhi 首字母)就是笑話了。

　　標識符的長度「min-length && max-information」的原則，好比：maxVal 比maxValueUntilOverflow要好些，能夠經過去元音法把變量名變短，如returnValue->rtnVal，message->msg；通常全局變量用具備說明性的名字，局部變量用短名字：單字符的名字，常見的如i，j，k等用做局部變量。

（三）結對編程

　　結對編程是XP中的重要實踐。在結對編程模式下，一對程序員肩並肩、平等地、互補地進行開發工做。他們並排坐在一臺電腦前，面對同一個顯示器，使用同一個鍵盤、同一個鼠標一塊兒工做。他們一塊兒分析，一塊兒設計，一塊兒寫測試用例，一塊兒編碼，一塊兒作單元測試，一塊兒作集成測試，一塊兒寫文檔等。 結對編程中有兩個角色：

• 駕駛員（Driver）是控制鍵盤輸入的人。
• 領航員（Navigator）起到領航、提醒的做用。

　　如何結對編程，爲什麼要結對編程，你們參考一下結對編程和兩人合做，重點是：

• 駕駛員：寫設計文檔，進行編碼和單元測試等XP開發流程。
• 領航員：審閱駕駛員的文檔、駕駛員對編碼等開發流程的執行；考慮單元測試的覆蓋率；思考是否須要和如何重構；幫助駕駛員解決具體的技術問題。
• 駕駛員和領航員不斷輪換角色，不要連續工做超過一小時，每工做一小時休息15分鐘。領航員要控制時間。
• 主動參與。任何一個任務都首先是兩我的的責任，也是全部人的責任。沒有「個人代碼」、「你的代碼」或「他/她的代碼」，只有「咱們的代碼」。
• 只有水平上的差距，沒有級別上的差別。兩人結對，儘管可能你們的級別資歷不一樣，但無論在分析、設計或編碼上，雙方都擁有平等的決策權利。

　　團隊精神是好多地方都強調的一個精神，最小的團隊就是一對一的二人團隊了，培養團隊精神從結對編程開始吧。社會生活中人與人相處最重要的是誠信，有同理心，互利。結對編程中你們會出現分歧，如何更有效地合做要作到對事不對人，掌握這些是能夠終生受益的，如何影響小夥伴，你們參考一下兩人合做：要會作漢堡包。

（四）版本控制

　　XP的集體全部制意味着每一個人都對全部的代碼負責；這一點，反過來又意味着每一個人均可以更改代碼的任意部分。結對編程對這一實踐貢獻良多：藉由在不一樣的結對中工做，全部的程序員都能看到徹底的代碼。集體全部制的一個主要優點是提高了開發程序的速度，由於一旦代碼中出現錯誤，任何程序員都能修正它。 這意味着代碼要放到一個你們都能方便獲取的地方，咱們叫代碼倉庫。這引出另一個話題叫版本控制（Version Control）。

　　不管是對於團隊仍是個體，版本控制都提供了不少好處。

• 版本控制提供項目級的undo（撤銷）功能：沒有什麼事情是終結版本， 任何錯誤必須很容易回滾。 假設你在使用世界上最複雜的文字處理系統。 它具有了全部的能想到的功能，就是沒有支持 DELETE（刪除） 鍵。想象你打字的時候得多麼的謹慎和緩慢吧，特別是一篇超大的文檔的快臨近末尾的時候， 一個不當心就要重頭再來（試想你選中全部的文字， 不當心按了 DELETE 鍵， 由於沒有撤銷功能，只好從新錄入）。編輯文字和版本控制相同，任什麼時候候都須要回滾，不管是一個小時， 一天， 仍是一週， 這讓你的團隊工做自由快速的工做， 並且對於修正錯誤也很是自信。
• 版本控制容許多人在同一代碼上工做，只要遵照必定的控制原則就行。 不再會發生諸如一我的覆蓋了另外一我的編輯的代碼，致使那我的的修改無效這樣的狀況。
• 版本控制系統保存了過去所做的修改的歷史記錄。若是你遭遇到一些驚訝的代碼，經過版本控制系統能夠很容易找出是誰幹的， 修改了什麼， 修改的時間， 若是幸運的話，還能找出緣由。
• 版本控制系統還支持在主線上開發的同時發佈多個軟件版本。在軟件發佈的時候也不須要整個團隊的中止工做，不須要凍結代碼。
• 版本控制也是項目級的時間機器，你能夠選擇任何一個時間， 精確地查看項目在當時的狀況。 這對研究很是有用， 也是重現之前某個有問題的發佈版本的基礎。

使用方法以下：

1. 若是對Git不熟悉，推薦先學習Git課程
   
2. 開始實驗時，若是您已經有了該課程的代碼倉庫則會自動同步（git pull）到實驗環境中/home/shiyanlou/Code目錄，若是尚未建立過則會自動建立並同步
3. 進入到實驗環境中修改代碼，完成後須要依次執行下述命令便可提交：

　　如圖：咱們能夠先用git status查看一下代碼狀態，顯示有未跟蹤的代碼，並建議用git add <file>...添加，咱們使用git add HelloWorld.* 把要提交的文件的信息添加到索引庫中。當咱們使用git commit時，git將依據索引庫中的內容來進行文件的提交。這只是在本地操做，關閉實驗環境，會刪除代碼的，若是想把代碼保存到遠程託管服務器中，須要使用git push，實驗完成前，必定不要忘了使用git push，不然就是至關於你在Word中編輯了半天文件最後卻沒有保存。 咱們能夠修改HelloWorld.java，以下圖所示：

　　編譯、運行、測試沒有問題後進行提交，這兒使用的是git commit -a：

　　咱們能夠經過git log查看代碼提交記錄：

　　有個問題是HelloWorld.class是不該該保存在代碼庫中的，咱們只要有HelloWorld.java就好了，這怎麼辦？經過搜索引擎解決一下。

　　固然，Git不是隻有程序員纔用到，全部須要"Undo"的場合，版本控制都能幫助你。參考一下Git for Non-Programmers（中文版）。

更進一步的學習，參考Git使用、工具、原理、進階的幾個連接

（五）重構

　　咱們先看看重構的概念:就是在不改變軟件外部行爲的基礎上，改變軟件內部的結構，使其更加易於閱讀、易於維護和易於變動 。

　　重構中一個很是關鍵的前提就是「不改變軟件外部行爲」，它保證了咱們在重構原有系統的同時，不會爲原系統帶來新的BUG，以確保重構的安全。如何保證不改變軟件外部行爲？重構後的代碼要能經過單元測試。如何使其更加易於閱讀、易於維護和易於變動 ？設計模式給出了重構的目標。

　　重構重要嗎？你看看Eclipse菜單中有個refactor菜單就知道了，重構幾乎是現代IDE的標配了。

　　咱們在編碼標準中說「給標識符命名」是程序員一項重要技能，之前沒有這個意識，如今知道了怎麼辦？沒問題，上圖中重構的第一項功能就是Rename,能夠給類、包、方法、變量更名字。 例如這有個ABC類：這個類，類名，方法名和方法的參數名都有問題，沒有註釋的話是沒法理解代碼的。咱們可使用Eclipse中的重構功能來更名。修改方法是，用鼠標單擊要改的名字，選擇Eclipse中菜單中的Refactor->Rename...：

　　重構完的效果以下：

　　功能不變，代碼水平立立刻了一個檔次，體會到命名的威力了吧？

　　學過C語言的學生學Java時常犯的毛病是不會封裝，該用類的地方都用告終構體。好比要定義一個類Student,會出現這樣的代碼：

Eclipse中菜單中的Refactor->Encapsulate Field...,以下圖：

　　上面仍是有問題的，每次打印學生信息都這麼寫代碼違反了DRY原則，形成代碼重複，正常的重構可使用Eclipse中的Extract Method...,

因爲Java中全部的類都有個專門的toString方法，咱們使用Eclipse中Source->Generate toString()... 給Student類產生一個toString方法

修改main的代碼，結果以下：

　　你們想想，這樣重構後有什麼好處？重構有什麼問題嗎？

　　咱們要修改軟件，萬變不離其宗，無非就是四種動機：

• 增長新功能；
• 原有功能有BUG；
• 改善原有程序的結構；
• 優化原有系統的性能 。

　　第一種和第二種動機，都是源於客戶的功能需求，而第四種是源於客戶的非功能需求。軟件的外部質量，其衡量的標準就是客戶對軟件功能需求與非功能需求的滿意度。它涉及到一個企業、一個軟件的信譽度與生命力，所以爲全部軟件企業所高度重視。要提升軟件內部質量，毫無疑問就是軟件修改的第三個動機：改善原有程序的結構。它的價值是隱性的，並不體如今某一次或兩次開發中，而是逐漸體如今往後長期維護的軟件過程當中。 高質量的軟件，能夠保證開發人員（即便是新手）可以輕易看懂軟件代碼，可以保證往後的每一次軟件維護均可以輕易地完成（不論軟件經歷了多少次變動，維護了多少年），可以保證往後的每一次需求變動都可以輕易地進行（而不是傷筋動骨地大動）。要作到這幾點其實並不容易，它須要咱們持續不斷地對系統內部質量進行優化與改進。這，就是系統重構的價值。 下面一個重要問題是哪些地方須要重構？有臭味道（Bad Smell）的代碼。 什麼是臭味道？想象一下你打開冰箱門，出來一股臭味道你就知道冰箱裏有東西腐壞了，要清除了。代碼同樣有臭味道：

臭味行列中首當其衝的就是Duplicated Code(重複的代碼)。若是你在一個以上的地點看到相同的程序結構，那麼當可確定：設法將它們合而爲一，程序會變得更好。

• 最單純的Duplicated Code就是［同一個class內的兩個方法含有相同表達式(expression)］。這時候你須要作的就是採用Extract Method提煉出重複的代碼，而後讓這兩個地點都調用被提煉出來的那一段代碼。
• 另外一種常見狀況就是[兩個互爲兄弟(sibling)的subclasses內含有相同表達式]。要避免這種狀況，只須要對兩個classes都使用Extract Method，而後再對被提煉出的代碼使用Pull Up Method，將它推入superclass內。
• 若是代碼之間只是相似，並不是徹底相同，那麼就得運用Extract Method將類似部分和差別部分割開，構成單獨一個方法。而後你可能發現或許能夠運用Form Template Method得到一個Template Method設計模式。
• 若是有些方法以不一樣的算法作相同的事，你能夠擇定其中較清晰的一個，並使用Substitute Algorithm將其它方法的算法替換掉。
• 若是兩個絕不相關的classes內出現Duplicaded Code，你應該考慮對其中一個使用Extract Class，將重複代碼提煉到一個獨立class中，而後在另外一個class內使用這個新class。可是，重複代碼所在的方法也可能的確只應該屬於某個class，另外一個class只能調用它，抑或這個方法可能屬於第三個class，而另兩個classes應該引用這第三個class。你必須決定這個方法放在哪兒最合適，並確保它被安置後就不會再在其它任何地方出現。

其餘Bad Smell與相應的重構手法以下表所示：

Eclipse中Refactor菜單中的重構手法的應用時機以下圖所示：

　　更完整的手法能夠參考《重構》做者Martin Fowler的博客。Eclipse中基本手法的使用你們能夠參考任何人均可以重構來進行學習實踐。

　　一個完整的重構流程包括：

1. 從版本控制系統代碼庫中Check out code
2. 讀懂代碼（包括測試代碼）
3. 發現bad smell
4. Refactoring
5. 運行全部的Unit Tests
6. 往代碼庫中Check in code

　　咱們結合Git給出一個比較完整的例子。

（六）實踐項目

　　一、題目：以結對編程的方式編寫一個軟件，Blog中要給出結對同窗的Blog網址，能夠拍照展示結對編程狀況，能夠參考一下其餘學校的做業

　　二、實驗組隊分工： 

　　A：蔡斌思Driver：負責代碼找尋與編寫部分

　　B：楊翔Navigator：負責代碼修改與運行測試部分http://www.cnblogs.com/20159212yx/

　　三、代碼： 

　　猜數字遊戲：

　　功能要求：該程序用圖形界面實現下面功能：用計算機產生一個100之內的隨機數，遊戲者進行猜數，猜中即勝，猜不中，提示是大了仍是小了，繼續猜，直至猜對爲止。遊戲結束後給出評語並計算出玩家所用的時間與所猜的次數。

　　

import java.awt.BorderLayout;
import java.awt.EventQueue;

import javax.swing.JFrame;
import javax.swing.JPanel;
import javax.swing.border.EmptyBorder;
import javax.swing.JEditorPane;
import javax.swing.JButton;

import java.awt.event.ActionListener;
import java.awt.event.ActionEvent;
import java.util.Random;

import javax.swing.JTextField;
import javax.swing.JTextPane;
import javax.swing.JLabel;

public class game extends JFrame {

private JPanel contentPane;//整個窗口對象
private JTextField textField;//文本輸入框，獲取數字
private JLabel lblNewLabel;//標籤，顯示文本
private JButton btnNewButton;
//按鈕，功能1獲取隨機數，
//功能2把文本框得到的數字和生成的隨機數做比較

private Random rand = new Random();//生成隨機數的工具對象
private int count;//統計猜想的次數
private int randomNum;//生成的隨機數
private int guessNum;//玩家輸入的數字
private boolean keepGuess = false;
//是否進行猜想，是就會從文本框獲取數字與隨機數做比較，不然生成一個新的隨機數
//按鈕點擊事件的功能


/**
* Launch the application.
*/
public static void main(String[] args) {

//程序入口
EventQueue.invokeLater(new Runnable() {
public void run() {
try {
game frame = new game();//得到一個窗口
frame.setVisible(true);//顯示窗口
//init();
} catch (Exception e) {
e.printStackTrace();
}
}
});
}

/**
* Create the frame.
*/
public game() { //生成窗口
setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);//窗口設置
setBounds(100, 100, 450, 300);//窗口設置
contentPane = new JPanel(); //新建一個佈局容器
contentPane.setBorder(new EmptyBorder(5, 5, 5, 5));//佈局容器設置
contentPane.setLayout(new BorderLayout(0, 0));
setContentPane(contentPane);//設置窗口的顯示佈局

textField = new JTextField();
contentPane.add(textField, BorderLayout.NORTH);
textField.setColumns(10);
//文本框建立，設置和添加到佈局中

lblNewLabel = new JLabel("guess");
lblNewLabel.setEnabled(true);
contentPane.add(lblNewLabel, BorderLayout.CENTER);
//標籤建立，設置和添加到佈局中

btnNewButton = new JButton("New button");//建立一個Button按鈕
btnNewButton.addActionListener(new ActionListener() { //按鈕的點擊事件

@Override
public void actionPerformed(ActionEvent arg0) {
// TODO Auto-generated method stub

// System.out.println(strGuess);
// lblNewLabel.setText(strGuess);
if(keepGuess) //若是是繼續猜數字
{
String strGuess = "";
try {
//異常捕獲，若是輸入的不是數字則退出請提示信息
strGuess = textField.getText();
guessNum = Integer.parseInt(strGuess);
//獲取文本框字符串，並轉換成數字
} catch (Exception e) {
// TODO: handle exception
lblNewLabel.setText("請正確輸入一個0-100的數字！！！");
return;
}

++count;//猜想次數加1
if(guessNum == randomNum) //若是猜對了
{
StringBuffer str = new StringBuffer();
str.append("恭喜您猜對了！\n")
.append("隨機數是:"+guessNum+"\n")
.append("猜的次數爲"+count+"次");

lblNewLabel.setText(str.toString()); //標籤顯示成功的信息

keepGuess = false; //狀態轉換，下次點擊事件會生成一個隨機數

btnNewButton.setText("獲取一個隨機數");

}else if(guessNum > randomNum)
{ //猜想數字大於隨機數
lblNewLabel.setText("您猜的數字大於隨機數,請繼續猜！"+"猜的次數爲"+count+"次");
}else
{ //猜想數字小於隨機數
lblNewLabel.setText("您猜的數字小於隨機數,請繼續猜！"+"猜的次數爲"+count+"次");
}

}
else
{
randomNum = rand.nextInt(101); //生成一個0-100的隨機數
// System.out.println("randomNum "+randomNum);
lblNewLabel.setText("已經生成隨機數，請輸入數字並點擊按鈕猜數字");
//更改標籤信息
keepGuess = true;
//狀態轉換，下次點擊事件會獲取文本框數字與隨機數做比較
btnNewButton.setText("guess");
count = 0; //猜想次數歸0
}
}
});
contentPane.add(btnNewButton, BorderLayout.SOUTH);
init(); //佈局的初始化顯示
}
private void init() //佈局的初始化顯示
{
keepGuess = false; //遊戲開始要先得到一個隨機數
lblNewLabel.setText("猜數字遊戲，請輸入數字0-100");
btnNewButton.setText("獲取一個隨機數");
}

}

　　四、統計的PSP時間

 

步驟	耗時(h)	百分比
需求分析	0.5	10%
設計	1	20%
代碼實現	2	40%
測試	1	20%
分析總結	0.5	10%

（七）實驗中遇到的問題和解決方法

　　Q1：在git基本運用中對vi命令並不熟悉

　　解決方法：

　　　　一、進入vi ：在系統提示符號輸入vi及文件名稱後，就進入vi全屏幕編輯畫面。

　　　　二、切換至插入模式（Insert mode）編輯文件：在「命令行模式（command mode）」下按一下字母「i」就能夠進入「插入模式（Insert mode）」

　　　　三、Insert 的切換：您目前處於「插入模式（Insert mode）」，您就只能一直輸入文字，若是您發現輸錯了字！想用光標鍵往回移動，將該字刪除，就要先按一下「ESC」鍵轉到「命令行模式（command mode）」再刪除文字。 　　

　　　　四、退出vi及保存文件：在「命令行模式（command mode）」下，按一下「：」冒號鍵進入「Last line mode」，例如： 
　　　　　　: w filename （輸入 「w filename」將文章以指定的文件名filename保存） 
　　　　　　: wq (輸入「wq」，存盤並退出vi) 
　　　　　　: q! (輸入q!， 不存盤強制退出vi) 

　　Q2：重構時使用自動封裝報錯

　　解決方法：經過嘗試得知須要選定一個對象才能進行操做。

　　Q3：在重構的試驗中：當須要對多個成員變量經行封裝時可能出現重複，破壞了DRY(Don't Repeat Yourself)原則。

　　解答：正常的重構可使用Eclipse中的Extract Method,由於它當中有個專門的toString方法

（八）實驗收穫體會

　　在此次實驗中與之前不一樣的也是最困難的就是最後一個團隊實踐項目。主要是由於咱們團隊第一次開發java遊戲，中途遇到了不少困難。首先是在構思上，咱們小組肯定了連連看的實踐方案後仍是遇到了很多問題，後來借鑑了一部分網上的代碼，咱們本身再修改了相應部分的代碼，完成了實驗。

　　其次是在此次的java實踐中學到了不少知識。首先是感受java這個實驗再也不是簡單的學術性的課程，而是加進去了不少與時俱進的內容，就好像一個實際的編程過程開發團隊在合做同樣，重在人這個環節。我經過此次實驗也學了這些很是有用的知識，如敏捷開發與xp的具體知識，編碼標準的學習，結對編程的具體過程，版本控制，重構，怎麼使用git等，主要是學到了如何規範化一個程序，總之我在此次的實踐中收穫不少。