合作開發思想總結一

       我們的合作開發進行到現在可以說已經完成了，每到一個階段的總結是必不可少的，總結合作開發使顆粒歸倉的過程從開始合作到完成時間整體超過一個半月的時間，中間經曆著自考和提高班的上課等等很多事情，真正我們小組開發的有效時間將近12天左右，整個合作開發中我們個人配合的還算有條不紊的.

 

       對於我個人而言，合作開發更好的鍛煉了我們大家的團結一致，在開發之前我們有過一次交流，避免大家對各個設計模式理解不同造成後期的分歧大，影響後期的合作開發的進度，有問題分歧的地方大家共同討論後再綜合開發人員角度與軟體使用的角度來衡量哪種方案.

 

       合作開發很好的彌補了個人版一些人性化、軟體使用者體驗度的問題，合作版對於自己來說寫的是U層，雖然U層代碼不少，但是U層確實給自己不少了鍛煉，從一開始的介面、控制項的命名、介面的美化、使用者體驗度、輸入的嚴格要求等等都加強了軟體的嚴密性與培養了自己思維縝密的地方。

       U層這次敲代碼不是一味的敲代碼，首先是想如何使用新的方法去達到簡化代碼、簡化邏輯、提高我們的開發效率，研究了模板方法設計模式、表單繼承，巧妙的使用使我們組合查詢、查詢儲值記錄、查詢退卡記錄等等類似的介面表單有兩個簡化為一個，有四個組合查詢簡化為一個方法下來，提高了代碼的複用、減少了重複性寫代碼的寫入.

Facade層自己也是使用到單例模式，單例的模式的好處，大家詳細情況我的前期部落格地址：http://blog.csdn.net/lishehe/article/details/8872768

 

        設計模式的學習：

        在真正合作開發之前自己先研究了一下技術上來說的痛點：為了學習設計模式，我們多多加設計模式，重新研究學習了單例模式（SqlHelper的調用、抽象工廠的調用、外觀的調用）、策略模式（固定使用者與臨時使用者的使用，上機和下機也是兩種不同的策略。刷卡時，要檢測卡的上機狀態，根絕上機狀態的不同，實現上機和下機兩種不同的策略。）、簡單工廠（下機結賬裡面與策略模式的結合）、（抽象工廠+反射）、模板方法（組合查詢與查詢上機記錄、查詢儲值退卡記錄）、面板模式（為了U層和B層的解耦）、觀察者模式（下機）、狀態模式（上機）、迭代器模式（學習使用中）、職責鏈模式（下機計算時間），自己通過個人版的機房收費系統一一測試，練習實踐，如果沒有當初學習大話，現在應該會很難，米老師說的帶著問題學習、囫圇吞棗的學習理念在這裡面發揮的很好，這次又重新加深的對設計的模式的理解，我們學習到每個階段要停下腳步，靜下來多多的思考。

        通過和坤哥、周響組的交流自己逐漸認識了實體關聯的好處、方法的重寫與方法的重載的好處與理解（坤哥部落格）、靜態成員變數的使用的好處。

 

傳參、傳實體；傳回值DataTable、DataSet、實體區別：

       以前自己做個人版的時候覺得傳參的過程當中，傳實體好，DataTable更好，那是由於自己主要用DataTable所以思維有點狹窄了，現在開發當中我們合作開發小組裡有傳參數的、傳實體的，傳回值有datatable、DaTaSet、實體的，現在來看沒有那個好於不好，只有在合適的條件下，選擇合適的傳回值才是最重要的，我們要根據實際環境來選擇最適合的。

 

      團隊合作

      這個世界憑自己單打獨鬥是成不了大氣候的，唯有大家合作開發才是王道，特別是我們作為程式開發人員，大家只有分工明確，把控全域，在這次的合作開發中有時我也試圖在想如何自己是組長，自己改如何更好的安排我們之間的分工，進度的調整與把控，要時刻想如何讓我們組更快、更好的去完善我們的系統、人員的分配、工作的分配，當某一個組員幹完自己的工作之後。不能讓他閑著儘快安排下一目標的任務，大家畢竟是合作開發，我們是需要提高我們的工作效率，快速開發。

 

      文檔

       整體來說，我們是按照組長給的文檔來一步一步的開發的，文檔是整個合作開發的指示燈，指向哪？就怎麼做：但是我們並不是一味的按照文檔那樣開發，畢竟有出現方法錯誤、判斷條件不嚴謹的地方等等，我們也會和組長及時的共同交流，大家再討論，修改再繼續開發。文檔驅動，嚴謹的開發文檔是自己今後要不斷去學習、鍛煉的地方：全方位的思考項目，全域思考問題

      EA學習

     在合作開發中我們學習EA的使用、學會了如何匯出文檔、匯出架構、由實體轉換為實體類和UML圖，EA真的是太強大了

 

     SVN的學習

     SVN的版本控制與其他功能理解更加的深刻，SVN與VS的巧妙同步使我們的團隊合作開發大家的提高，很好的保留了每個階段中的版本。

 

    收穫多多，未完待續！