美文网首页
改善Java程序建议9

改善Java程序建议9

作者: KUN叔 | 来源:发表于2017-02-23 15:59 被阅读29次

建议9:少用静态导入

从Java 5开始引入了静态导入语法(import static),其目是为了减少字符输入量,提高代码的可阅读性,以便更好地理解程序。我们先来看一个不使用静态导入的例子,也就是一般导入:

public class MathUtils{
    //计算圆面积
    public static double calCircleArea(double r){
            return Math.PI * r * r;
    }
    //计算球面积
    public static double calBallArea(double r){
            return 4* Math.PI * r * r;
    }
}

这是很简单的数学工具类,我们在这两个计算面积的方法中都引入了java.lang.Math类(该类是默认导入的)中的PI(圆周率)常量,而Math这个类写在这里有点多余,特别是如果MathUtils中的方法比较多时,如果每次都要敲入Math这个类,繁琐且多余,静态导入可解决此类问题,使用静态导入后的程序如下:

import static java.lang.Math.PI;
public class MathUtils{
    //计算圆面积
    public static double calCircleArea(double r){
            return PI * r * r;
    }
    //计算球面积
    public static double calBallArea(double r){
            return 4 * PI * r * r;
    }
}

静态导入的作用是把Math类中的PI常量引入到本类中,这会使程序更简单,更容易阅读,只要看到PI就知道这是圆周率,不用每次都要把类名写全了。但是,滥用静态导入会使程序更难阅读,更难维护。静态导入后,代码中就不用再写类名了,但是我们知道类是“一类事物的描述”,缺少了类名的修饰,静态属性和静态方法的表象意义可以被无限放大,这会让阅读者很难弄清楚其属性或方法代表何意,甚至是哪一个类的属性(方法)都要思考一番(当然,IDE友好提示功能是另说),特别是在一个类中有多个静态导入语句时,若还使用了*(星号)通配符,把一个类的所有静态元素都导入进来了,那简直就是恶梦。我们来看一段例子:

import static java.lang.Double.*;
import static java.lang.Math.*;
import static java.lang.Integer.*;
import static java.text.NumberFormat.*;

public class Client {
  //输入半径和精度要求,计算面积
  public static void main(String[] args) {
            double s = PI * parseDouble(args[0]);
            NumberFormat nf = getInstance();
            nf.setMaximumFractionDigits(parseInt(args[1]));
            formatMessage(nf.format(s));
  }
  //格式化消息输出
  public static void formatMessage(String s){
            System.out.println("圆面积是:"+s);
  }
}

就这么一段程序,看着就让人火大:常量PI,这知道,是圆周率;parseDouble方法可能是Double类的一个转换方法,这看名称也能猜测到。那紧接着的getInstance方法是哪个类的?是Client本地类?不对呀,没有这个方法,哦,原来是NumberFormate类的方法,这和formateMessage本地方法没有任何区别了—这代码也太难阅读了,非机器不可阅读。
所以,对于静态导入,一定要遵循两个规则:

  • 不使用*(星号)通配符,除非是导入静态常量类(只包含常量的类或接口)。
  • 方法名是具有明确、清晰表象意义的工具类。

何为具有明确、清晰表象意义的工具类?我们来看看JUnit 4中使用的静态导入的例子,代码如下:

import static org.junit.Assert.*;
public class DaoTest {
  @Test
  public void testInsert(){
            //断言
            assertEquals("foo", "foo");
            assertFalse(Boolean.FALSE);
  }
}

我们从程序中很容易判断出assertEquals方法是用来断言两个值是否相等的,assertFalse方法则是断言表达式为假,如此确实减少了代码量,而且代码的可读性也提高了,这也是静态导入用到正确地方所带来的好处

相关文章

  • 改善Java程序建议9

    建议9:少用静态导入 从Java 5开始引入了静态导入语法(import static),其目是为了减少字符输入量...

  • 改善Java程序的一些建议

    一、改善Java程序的一些建议 The reasonable man adapts himself to the ...

  • 改善Java程序建议19

    建议19 : 断言不是鸡肋 基本用法:assert <布尔表达式>assert <布尔表达式> : <错误信息>在...

  • 改善Java程序建议14

    建议14:使用序列化类的私有方法巧妙的解决部分属性持久化问题。 对于不想持久化的属性有几种方法: 对于一些属性不想...

  • 改善Java程序建议12

    建议12:避免用序列化类在构造函数中为不变量赋值 一般来说,final标识的属性是不变量,也就是说只能赋值一次,不...

  • 改善Java程序建议1

    建议1:不要在常量和变量中出现易混淆的字母 包名要小写,类名首字母要大写,常量全部大写并用下划线分隔,变量采用驼峰...

  • 改善Java程序建议2

    建议2:莫让常量蜕变成变量 RAND_CONST 这种常量的定义方式是极不可取的,常量就是常量,在编译期就必须确定...

  • 改善Java程序建议4

    建议4:避免带有变长参数的方法重载 简单折扣后的价格是:¥374.25.这个重载有点特殊:calPrice(int...

  • 改善Java程序建议3

    建议3:三元操作符的类型务必一致。 运行结果是false。s = 90, s1 = 90.0. 三元操作符类型的转...

  • 改善Java程序建议11

    建议11:实现序列化接口的类,显示声明UID 我们在编写实现Serializable接口的类的时候,IDE会提示:...

网友评论

      本文标题:改善Java程序建议9

      本文链接:https://www.haomeiwen.com/subject/gxjbwttx.html