如何让Java代码流畅和结构化
说明：为了使逻辑更易懂，也为了可维护性更高，应该把代码按模块分割，而构成模块的类的方法，原则上只能有一个入口和一个出口。另外，关于嵌套的深度和模块的行数，也应该控制在一眼就能看清楚的程度上。就Java语言来说，有如下的几点需要在编码的时候特别留意。
① switch的case，default部分原则上必须以break终止
如果不用break来终止的话，必须代之以编码规约中既定的注释。但是，如果swich或者if/else需要反复进行，就需要重新考虑是不是应该使用多态。
② 处理途中只允许返回异常，返回方法中不允许把异常和return混杂在一起。
处理途中发生的错误，原则上都要使用异常来返回。例如，在对参数进行检查时发生异常时，要抛出IllegalArgumentException。在一本程序里，把错误一会儿用异常抛出，一会儿又用返回值(返回ERROR等)返回，往往是程序混乱的根源。必须在设计阶段明确方针，避免这种混乱。
③ finally中，不要写return。
例：
① switch中需要考虑的要点 Int dd = 0;
Switch(status) {
case ‘ A’ :
dd = 9;
break; //OK：正确，用break终止
case ‘ B’:
dd;
/* FALL THROUGH */ //OK：有意不使用break文，插入了规定的注释
case ‘ C’:
dd; //ERROR：没有插入注释，明显是缺少break的Bug
default:
dd = -1;
break; //OK：default里也没有忘记break
}
② 用异常处理来返回错误
If (value == null) {
throw new IllegalArgumentException(); //OK：不使用return，用抛出异常的方式返回错误
}
③ 在finally块中，对返回值有影响的情况
Int value = 1;
Try{
return value;
} finally{
value = 4;
return value; //ERROR：因为finally块是肯定会被执行到的，所以在try里本来想
//返回1，而最终结果永远是4
}
//OK：如果在这里写return的话，出口就只有一个了。
补充说明 多态的使用
sweitch或者if/else的多次反复，往往造成程序难懂，可维护性下降。建议声明Interface或者abstract class，通过多态来解决。
例 没有使用多态的代码
Public class Dog{
public void bark(){
//Dog 类独自的处理
}
}
Public class Cat{
public void meow(){ //ERROR：没有使用多态，其实是和Dog类同样的处理
//Cat 类独自的处理
}
}
/* 对象animal的鸣叫处理方法执行时 */
if ( animal instanceof Dog){
animal.bark();
else if(animal instanceof Cat){
animal.meow();
}
例 使用了多态的代码
Public abstract class Animal{
abstract void speak (){ //OK：把鸣叫这个处理作为所有animal类的共同方法
}
}
Public class Dog extends Animal{
public void speak(){
//Dog 类独自的处理
}
}
Public class Cat extends Animal{
public void speak(){
//Cat 类独自的处理
}
}
/* 对象animal的鸣叫处理方法执行时 */
animal.speak();
页:
[1]