一般命名模式表明有些程序元素需要通过某种工具进行特殊处理。
例如:JUnit测试框架要求用户一定要用test作为测试方法名称的开头。这种方法有几个严重的缺陷
首先,文字拼写错误会导致失败,但是没有任何提示。比如,把方法名称命名写成tsetSafety而
不是testSafety时。JUnit不错报错,但是也不会执行测试。
其次,无法确保它们只用于相应的程序元素上。比如,将每个类命名为testSafety,是希望JUnit会
自动的测试这个类的所有方法,而不管什么方法名称, JUnit不会报错,也不会执行测试,因为它针对的
是方法名,不是类名。
再次,它们没有提供将参数值与程序元素关联的好方法。比如,想要支持一种测试类别,它只在抛出特
殊异常时才会成功。异常类型本质是测试的一个参数,如果命名类不存在,或者不是一个异常,你只有通过
运行后才能发现。
对于注解类型可以很好的解决命名模式的缺点。不过只能应用于无参static方法中。
public class Sample{
@Test public static void m1(){}
public static void m2(){}
@Test public static void m3(){ throw new RuntimeException("boom")}
public static void m4(){}
@Test public void m5(){}
public static void m6(){}
@Test public static void m7(){ throw new RuntimeException("carsh")}
public static void m8(){}
}
Sample类有8个静态方法,其中是个是被注解为测试,这4个中有2个抛出异常,m3和m7
还有一个是实例方法m5,不属于有效注解。总之,4个测试方法一项通过,两项失败,另外
一项无效。