敏捷軟件開發（中篇）

      小組編寫代碼——第二步
      既然我們已經安置好了工作空間，并設定了小組的基調，我們現在就需要看看小組是如何處理代碼的。我們這里的目標是確保所有通過配對編程編寫的代碼都能無縫地集成在一起，并且符合小組所承認的標準。通過推動第二步的進行，我們為支持第一步還有很大一段路要走。

      代碼編寫標準
      無論你是否決定采用敏捷編程，代碼編寫標準（coding standard）是一個非常好的最佳做法。這一步驟涉及讓小組創立一套他們能夠完全理解和堅持使用的代碼編寫標準。代碼編寫標準給予我們下列優勢：

      它讓我們能夠輕松地讀懂別人的代碼，這樣所有人都可以進行（代碼）交換。
      代碼為未來接手的小組提供了一個絕佳的信息源，即使有小組成員離隊。
      新的小組成員有一套指導方針——而不是瞎猜。
      大多數小組都會利用已有的框架，并圍繞其構建自己的一套標準。這里的關鍵要素是開始，立即解決小組正在奮力解決的問題，然后根據需要向前推進。也不要為了標準而去強行推行標準——這畢竟是整個小組需要共同認可、相信和使用的東西。下面是3Q公司代碼編寫標準文檔的一小段。

       CamelCase

       CamelCase里的一切、類名稱都以大寫字母開始，而方法和字段的名稱則不需要。

      任何內容都不要放在有大括號的那一行。

      字段以下劃線開頭：
       _fieldname
 
      變量名不以下劃線開頭：
      variableName
 
      方法：
      public void methodName(String stringValue)
 

文章來源于領測軟件測試網 http://www.kjueaiud.com/