如何让Java代码流畅和结构化

JITAO110

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