UML软件工程组织

 

 

JAVA代码应该流畅和结构化
 
2008-02-25 作者: 黑咖啡 出处:IT专家网,
 

说明:为了使逻辑更易懂,也为了可维护性更高,应该把代码按模块分割,而构成模块的类的方法,原则上只能有一个入口和一个出口。另外,关于嵌套的深度和模块的行数,也应该控制在一眼就能看清楚的程度上。

就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();
 

组织简介 | 联系我们 |   Copyright 2002 ®  UML软件工程组织 京ICP备10020922号

京公海网安备110108001071号