自己的 「 代碼製造 check list 」

對自己而言。

1. 部分格式化 ctrl shift f  ；

     比如

if(flg){

}

String str = (String)obj;

格式化後

if (flag ) {

}

String str = (String) obj;

---------------------------------------------------

2.被修改的代碼寫上自己的名字

　　※尤其是一次修正多個會社的名字的時候～（在複製代碼的時候，不要忘記修正者）

-----------------2012 08 25 追加

3.在參照別的類的方法時，要把這段代碼當做新規代碼來處理。

  比如

        參照代碼中的命名問題  bccd 　→　bcCd

        參照代碼中的格式問題 getUserInfo(sid,kazaokuDiv)　→　getUserInfo(sid, kazaokuDiv)

　　等等。。。

4.使用自己類中的私人方法時，前面加上this

  (並不是所以的項目都通用，記得我剛剛實習時，

   有人看我代碼中有this，還特意讓我把this去掉。

   按項目代碼風格走。)

 5.注意類中是否有全域變數，構造方法中有無對全域變數進行初始化操作。

（比如
Connection conn；如果定義了全域變數，並初始化，

    
那麼我們在方法中便不必把conn作為參數傳遞！！）

    （前兩天改了一段代碼，其中有DB串連的Connection的變數，

      這個被定義為了全域變數，並且在初始化時已經賦值了，

      我增加了方法中都要使用這個變數，但是沒有注意到。

    所以在方法中傳遞的不必要的值。）

6.在寄存類中添加常量時，判斷以前的代碼中沒有這個常量被使用過。

 （前一段時間的代碼製造中，添加了一個nanaco退會的flag，值為4

   之前的常量中已經定義過了，但是我有定義了一遍）

7.提交代碼時注意影響範圍，不會對其他工程造成影響。

（這也不是對所有項目都通用的，只是我們的項目比較特殊，

     一個會社有PC MB BT

      有一部分代碼時共用的。這種影響有兩種：

      1. 提交PC工程的java檔案，在MB工程中也會反映，但是struts檔案是各自的。

      2· 還有就是common 包下面的檔案，提交時，會對所有的工程產生影響，

          BT（batch）工程提交後，會影響到PC，MB工程）

-----------------2012 08 25 追加