- 課程名稱：軟體工程1916|W（福州大學）
- 作業要求：項目Beta沖刺）
- 團隊名稱：葫蘆娃隊
- 作業目标：盡力完成
團隊部落格
| 隊員學号 | 隊員昵稱 | 部落格位址 |
|---|---|---|
| 041602421 | der himmel | https://www.cnblogs.com/wenghaoo |
| 221600225 | wuliaoBoring | https://www.cnblogs.com/wuliaoBoring/ |
| 221600424 | BW.LIN | https://www.cnblogs.com/lbwblog/ |
| 221600432 | QZY | https://www.cnblogs.com/nuomituanzi/ 組長 |
| 221600440 | 小冰 | https://www.cnblogs.com/xiaobing666/ 轉入 |
| 221600434 | 北風5620 | https://www.cnblogs.com/beifeng5620/ |
| 221600435 | XBN | https://www.cnblogs.com/xbnhhh/ |
1、讨論組長是否重選的議題和結論
結論否，因為項目是由組長提出的，相應負責更多，組長不重選但可以放權更多給組員，可以選出副組長
2&3、下一階段需要改進完善的功能
完善：改進關卡設計，人物武器，可玩性平衡性競技性的調整。
新增 :區域網路連接配接
4、需要改進的團隊分工（針對之前的不足，需要加強和改進團隊協作和分工的地方）
分工在一開始時要充分考慮，不僅是組長配置設定時要考慮，組員接任務是也要考慮自己是否完成有困難，分工定好了，後期如果因為某些原因要更改就要付出相當大的代價。
測試部分：自己寫哪部份的功能，改功能測試應該基本由他自己完成，這樣寫測試能更高效和可靠也能，能明白自己寫的代碼适不适合寫測試（是不是把有一定功能代碼寫成函數分塊便于測試，代碼耦合度會不會過高）
5、需要改進的工具流程（版本控制、測試工具等）
版本控制：組員comit消息的規範要制定，要描述此次commit的工作任務。
測試工具：有一定功能代碼寫成函數分塊便于測試，代碼耦合度不應該過高，這樣便于測試。
6、沖刺的時間計劃安排
7、代碼規範
一、注釋規約（重）
- 【強制】所有的方法要完成傳回值、參數、異常說明外，還必須指出該方法做什麼事情，實作什麼功能。這種描述不應該包括執行過程細節（它是怎麼做的）
- 【強制】方法内部單行注釋，在被注釋語句上方另起一行，使用//注釋。方法内部多行注釋 使用/* */注釋，注意與代碼對齊。
-
【推薦】與其“半吊子”英文來注釋，不如用中文注釋把問題說清楚。專有名詞與關鍵字保持英文原文即可。
反例：“TCP連接配接逾時”解釋成“傳輸控制協定連接配接逾時”，了解反而費腦筋。
-
【推薦】代碼修改的同時，注釋也要進行相應的修改，尤其是參數、傳回值、異常、核心邏輯等的修改。
說明：代碼與注釋更新不同步，就像路網與導航軟體更新不同步一樣，如果導航軟體嚴重滞後，就失去了導航的意義。
- 【參考】謹慎注釋掉代碼。在上方詳細說明，而不是簡單地注釋掉。如果無用，則删除。
- 說明：代碼被注釋掉有兩種可能性：
- 後續會恢複此段代碼邏輯。
- 永久不用。
- 前者如果沒有備注資訊，難以知曉注釋動機。後者建議直接删掉（代碼倉庫儲存了曆史代碼）。
二、命名風格
- 【強制】代碼中的命名嚴禁使用拼音與英文混合的方式，更不允許直接使用中文的方式。
- 說明：正确的英文拼寫和文法可以讓閱讀者易于了解，避免歧義。注意，即使純拼音命名方式也要避免采用。國際通用的名稱，可視同英文。
- 反例：
- DaZhePromotion [打折] 。
- getPingfenByName() [評分] 。
- int 某變量 = 3。
- 【強制】方法名、成員變量、類名使用 UpperCamelCase 風格，但以下情形例外：DO / BO / DTO / VO / AO / PO / UID 等。
- 正例：MarcoPolo / UserDO / XmlService / TcpUdpDeal / TaPromotion
- 反例：macroPolo / UserDo / XMLService / TCPUDPDeal / TAPromotion
- 【強制】參數名、局部變量都統一使用 lowerCamelCase 風格，必須遵從駝峰形式。
- 正例： localValue / getHttpMessage() / inputUserId
- 【強制】常量命名全部大寫，單詞間用下劃線隔開，力求語義表達完整清楚，不要嫌名字長。
- 正例：MAX_STOCK_COUNT反例：MAX_COUNT
- 【強制】抽象類命名使用 Abstract 或 Base 開頭；異常類命名使用 Exception 結尾；測試類 命名以它要測試的類的名稱開始，以 Test 結尾。
- 【強制】杜絕完全不規範的縮寫，避免望文不知義。反例：AbstractClass“縮寫”命名成AbsClass；condition“縮寫”命名成 condi，此類随 意縮寫嚴重降低了代碼的可閱讀性。
- 【推薦】為了達到代碼自解釋的目标，任何自定義程式設計元素在命名時，使用盡量完整的單詞組合來表達其意。
- 正例：在 JDK 中，表達原子更新的類名為：AtomicReferenceFieldUpdater。
- 反例：變量 int a 的随意命名方式。