自己的 「 代码制造 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 追加