学步园

第二回：Object操作容易出现NullPointException错误

这个错误，我认为是最容易犯的，这与其它语言的编程习惯不太一样，不过习惯以后就不会有问题了。

这种错误恐怕是编程初期最容易犯的错误。 Java是面向对象的语言， 操作几乎都是在对象之间进行的， 一个类的实例如果是空（null）的话则不能调用这个实例的方法， 否则就会出java.lang.NullPointException错误。 最常见的String的操作， 如：
String str = null;
if (str.equals(“Hello”)) {
System.out.println(“str is Hello”);
}
常用的避免方法就是在使用一个Object之前要判断一下是否为null， 除非你确定它肯定是不为null的。 接上例修改如下：
String str = null;
if (str !=null && str.equals(“Hello”)) {
System.out.println(“str is Hello”);
}
对于String的这种equals或equalsIgnoreCase的操作常常还可以用下面的方法进行安全操作：
String str = null;
if (“Hello”.equals(str)) {
System.out.println(“str is Hello”);
}
用一个确定的不为null的String去与未知的String进行比较。

第三回：多余处理语句

　　这个问题差不多也是编程习惯的问题，可能是大家不知道，也有可能是没有见过吧，不过这个问题很隐蔽呀，哈哈。
　　这种问题当然不只是java才有的， 任何程序都有可能出现多余的垃圾， 尽管它的最终结果是正确的， 我们在写程序的时候要尽可能避免这种不必要的处理。
常见的情况有以下几种：
1、多余的实例构造
声明了一个对象的实例， 有的人喜欢同时new一下，即给它分配了空间， 而在后面并没用到分配的空间， 而是进行了其它的操作，例：
ArrayList resultList = new ArrayList();

try {
resultList = SomeModule.getResultList();
} catch (Exception e) {
return null;
}
…
resultList在声明的时候同时给它分配了空间， 但在下面却用它指向了另外返回的地址。 虽然在写Java程序的时候我们不用考虑内存的分配等令人头疼的问题， Java有自己的一套内存管理机制， 但Java在对象的构造的时候开销是很大的， 所以诸如此类的浪费效率的处理还是得要注意避免。
2、循环多余
我们经常会从一个数组或Collection中通过循环来找出一个符合条件的元素进行操作， 而在执行完之后往往会忘记跳出循环体。 例：
String[] week = new String[]{“Sun”, “Mon”, “Tue”, “Wen”, “Thu”, “Fri”, “Sat”};
for (int i = 0; i < week.length; i++) {
if (week[i].equals(“Tue”)) {
System.out.println(“Tue is found”);
}
}
如果上面这段程序只是找出week中是否有Tue的话，则在找到之后应该跳出循环体， 正确的写法如下：
for (int i = 0; i < week.length; i++) {
if (week[i].equals(“Tue”)) {
System.out.println(“Tue is found”);
break; （或有可能 return）
}
}
循环处理的原则就是在处理完毕的地方跳出。
3、重复语句
建议如果有两个或两个以上的地方需要用到相同的程序块代码， 就要考虑到使用函数， 如果一个功能块比较独立， 有可能在其它被调用， 这个时候也尽可能的使用方法独立开来。
还有种情况就是在条件分支语句里面， 各个分支都需要执行某个相同的语句， 这个时候就需要提到分支的外面去执行。

第四回：参数传递问题

String的特殊性

String在Java中被设计成安全的String， 对于String的任一个操作都是先重新生成一个String的拷贝， 然后对这个拷贝进行操作。 所以String在参数传递的时候可以看作是值传递。 即如果你需要修改一个String并返回修改后的String， 你得要再去接一下返回值。 如：
String str = “This is a sample”;
str = editStr(str);
System.out.println(str); // “Here is a sample”

private String editStr(String str) {
String newStr = str. substring(4);
newStr = “Here” + newStr;

return newStr;
}
如果想用句柄传递， 可以使用String的内部操作使用的一个类StringBuffer， 对它的操作都是同一个对象上进行的， 所以效率也自然高一些。 上面的例子用StringBuffer改写如下：
StringBuffer str = new StringBuffer(“This is a sample”);
editStr(str);
System.out.println(str); // “Here is a sample”

private void editStr(StringBuffer str) {
str.replace(0, 4, “Here”);
}

 

第五回：异常处理
有些新手总是习惯于使用返回值来进行错误处理， 如果使用异常处理这种方法将会使程序结构更合理， 效率更高。 比如在Client端需要通过EJB来进行DB操作， Client端需要知道DB处理有没有出错就可以通过层层的向上抛Exception的方法， 一直到Client端需要处理的地方截住， 然后进行例外处理。 如：
后台DB处理：
public static java.sql.Timestamp getDBSysdate() throws CSCWebException {
Connection conn = null;
Timestamp sysTime = null;

try {
conn = PJEJBSvrUtil.getWLPoolConnection();
sysTime = CommonDAO.getDBSysdate(conn);
} catch (SQLException ce) {
throw new CSCWebException(ce.getMessage());
} finally {
try {
if (conn != null) {
conn.close();
}
} catch (Exception e) {
throw new CSCWebException(e.getMessage());
}
}

return sysTime;
}
在前台：
try {
commonIntf.getDBSysdate();
} catch (CSCWebException cex) {
cat.debug(“”, cex);
return getExceptionForward(cex);
}
要防止违例被漏处理， 除非是你肯定不需要处理的， 提倡在遇到Exception的时候就要往上抛， 由最终调用处来进行处理， 当然也不能一概而论， 视情况而定。 比如我想例外在方法体内就要解决掉， 给出一个CSC中出现的bug。
public boolean checkTelFormat(String telNo) {
boolean error = false;

if ( telNo == null || telNo.equals("") ) {
error = true;
} else {
if ( ejb.util.StringUtil.chkPhone(telNo) ) {
error = false;
} else {
error = true;
}
}

if (telNo.startsWith("184") || telNo.startsWith("186")) {
if (telNo.length() == 3) {
error = true;
}
}

if ( error ) {
ObjMngr.showError("MCSTC001E");
cmbTelNo.requestFocus();
return false;
} else {
return true;
}
}
用了一个Flag来记住每次Check的结果， 然后在最后再出Error Dialog， 这是比较典型的C的写法， 改写如下：
public boolean checkTelFormat(String telNo) {
try {
if (telNo == null || telNo.equals("")) {
throw new Exception();
} else {
if (!ejb.util.StringUtil.chkPhone(telNo)) {
throw new Exception();
}
}
if (telNo.startsWith("184") || telNo.startsWith("186")) {
if (telNo.length() == 3) {
throw new Exception();
}
}
} catch (Exception e) {
ObjMngr.showError("MCSTC001E");
cmbTelNo.requestFocus();
return false;
}

return true;
}
使用了抛Exception的方法， 在方法的最后截住， 这样一遇到Error就能马上处理掉， 从效率上讲也是最高的。

第六回：数据库操作的问题

根据现有的开发经验， 一般我们在SessionBean(或不用EJB的时候的Module Bean)中取到Connection然后调用专门操作数据库（DAO）中的方法， 也就是在Bean中进行Connection的打开与关闭操作， 而在DAO中进行Statement和ResultSet操作， 一般在最后都需要进行关闭它们。 接上节的例子， 在CommonDAO里面有这样的一个方法：
public static java.sql.Timestamp getDBSysdate(Connection conn)
throws CSCWebException {
Statement stmt = null;
ResultSet rs = null;
Timestamp sysTime = null;

try {
stmt = conn.createStatement();
rs = stmt.executeQuery("SELECT SYSDATE FROM DUAL");
if (rs.next()) {
sysTime = rs.getTimestamp("SYSDATE");
}
} catch (SQLException ce) {
throw new CSCWebException(ce.getMessage());
} catch (Exception e) {
throw new CSCWebException(e.getMessage());
} finally {
try {
if (rs != null) {
rs.close();
}
if (stmt != null) {
stmt.close();
}
} catch (Exception e) {
throw new CSCWebException(e.getMessage());
}
}

return sysTime;
}
在finally里面的语句总是会被执行到的， 所以即使上面抛出了SQLException也会去执行stmt与rs的close操作的。

第七回：index越界（索引）

　　这个也是常碰到的，有时候还很奇怪，不过只要对症下药就可以解决的。
index越界包括很多：
Ø String的index
String的index从0开始， 最大为它的字符长度。常用的为substring这个方法：
String str = “This is a sample”;
str.substring(5, 7); 返回 is;

str.substring(15, 16) 或 str.substring(15); 都返回最后一个字符 e;

str.substring(16, 17); 这个会抛java.lang.StringIndexOutOfBoundsException错误；

Ø 数组下标
数组下标也由0开始， 最大为长度-1， 例：
int[] columnLen = new int[]{20, 30, 40, 30, 25, 50, 65, 100};
columnLen[0]为20;
columnLen[7]为100;
columnLen[8]会抛java.lang.ArrayIndexOutOfBoundsException错误。

Ø Vector， ArrayList等Collection的size
Vector与ArrayList同属于List， 它们都是有序的集合体， 下标也都是从0开始， 最大也是长度-1， 跟数组不同的是， 它们的元素必须都是Object， 但可以为不同类型的对象， 不过在取出之后得要进行类型转换。 而数组得要所有元素的类型相同。 ArrayList在构造之后， 并不存在元素的情况下， 如果调用set(index, Object)就会出错。得要先进行add(Object)才行。 例：
ArrayList list = new ArrayList(10); // 这个地方的10只是list的初始容量， 并不代表它具有了10个元素， 这个跟数组不同， 数组在这种情况下具有了10个初始值， 初始值跟具体的元素类型有关， 一般的对象为null;
list.set(0, “First”); // 会抛java.lang.IndexOutOfBoundsException
list.add(“First”);
list.set(0, “new First”); // 正确， 因为位置0已经存在元素