自從機房收費系統合作完成到現在已經有一段時間了，感覺有許多東西要寫，但是又不知道從何說起，今天就說一說在合作過程中的收穫吧。
1、 認識到了文件的重要性
在開發個人版機房收費系統的時候，無論是資料庫設計、畫uml圖，還是變數的命名、函式命名及其相應的功能，從頭到尾都是自己乙個人全稱參與的。對這個系統有較深的理解和把握，所以在開發過程中並沒有寫文件，而是在完成之後又補上的。但是通過合作發現文件在這個過程中的重要性，單純的憑藉一張uml圖是有一定困難的。雖然第一次寫文件的時候感到特別的厭煩，但是在合作過程中，文件的重要性是毋庸置疑的。
2、 學會了svn的使用
對於合作，要求的是各位成員同時完成自己負責的部分，不可能乙個人在那裡進行開發，其他人等著他完成之後在進行另一方面的開發，那就失去了合作的優勢了。如果小組成員每個人將自己的負責的部分通過u盤來進行溝通，那麼這是一種很落後的方法。通過對svn的學習，很好的解決了這個問題。只需要提前規定好一些先後順序就可以了，給合作帶來了很大的便利。
3、 注釋的重要性
這次合作是在三層的基礎上進行的，當我們呼叫某一層中的某乙個函式的時候，尤其是呼叫不是自己寫的函式的時候，如何快速的找到？這就體現了注釋的重要性了。通過注釋我們可以清晰的了解該函式的功能、引數、返回值型別等資訊。同時也可以知道是誰負責的，在除錯階段可以很快的找到解決方案。
4、 溝通
由於個人習慣不同，對於一些函式、變數的命名可能會產生差異，在一些說明不全面的情況下，溝通顯得尤為重要。對於一些概念不是很清楚、或者有多種理解的地方，一定要找組長去溝通，了解它的確切含義，切忌自己憑藉自己的理解而不顧它的真實含義而盲目的開發，這時正確的結果就是諮詢一下組長，了解它的確切含義。不然，如果你的理解出現差錯，會產生嚴重的錯誤。
5、 拓寬了解決方法
通過合作開發，讓我可以看到組長對於一些需求的解決方法。有些方法有別與自己開發的時候使用的方法，通過比較可以評判出更好的解決方法。對於好的方法，自己注意學習，在以後注意使用，提高效率。同時，對於相同的問題，多了一些解決方法。
6、 重新複習了一遍設計模式，對其有更深的認識
個人版的機房收費，只是單純的使用了三層，並沒有使用設計模式。但是，在合作中，加進了很多的設計模式，為了完成，又重新看了一遍相應的設計模式，對其的理解以及運用有了一定的認識，對其印象就更加的深刻了。這種以專案促進學習的模式，在這次合作中體現的更加明顯。
這是通過這次合作我的收穫。自己感覺還是收穫不少，當然在這次合作中也有許多不足的地方，他們也是我們不可缺少的財富，它們讓我們引以為戒，在以後避免類似的錯誤。
合作版機房收費系統總結
合作前幾天就完了，總結貼出來的有點晚了。首先，介紹下我們組的分工情況。我們組的成員有蔣倩蘭 李黎敏 李達還有我，組長由李達擔任。李達負責文件的編寫和畫圖，李黎敏負責d層，蔣倩蘭負責b曾，我負責的是外觀層。合作開發所用到的架構和我個人版所用的架構幾乎一樣，也是經典三層加外觀和抽象工廠加反射。通過合作時...
機房收費系統合作版總結
歷時10多天的合作版機房收費系統終於要結束了。這次的合作開發機房收費系統是我學習軟體程式設計以來的第一次，所以，其中的感受也是頗多的。技術 既然是軟體開發，那就先從技術方面說起吧。以前總認為幾個人在一起合作開發一款軟體是一件很容易的事情。畢竟就那麼三兩個人，所以困難應該沒那麼多。可是，到了真正一起合...
機房收費系統合作版（七） 總結
歷經許很多多的磨難機房收費系統合作版最終告一段落了。在機房收費系統中的收穫我不能說自己收穫的太少了。由於相比之前不論什麼乙個階段的學習，這個階段是我收穫的最多，感悟最多的乙個階段。技術 初識框架，對它有一種莫名的好感，非常是喜歡。也從這個好框架中感受到了自己的與xs，lsh他們的差距。他們是搭這個架...