《Effective Java》解读第39条：注解优先于命名模式

第39条：注解优先于命名模式

在现代Java开发中，使用注解比依靠特定的命名约定（如方法名以test开头）更优越。

什么是"命名模式"

在注解流行之前（如Java 5之前），一些框架（特别是早期的JUnit）通过命名约定来标记特定的代码元素。

例如：

在JUnit 3中，要标记一个方法为测试方法，必须将方法名命名为 testXXX。

java 复制代码

// 命名模式的例子
public class CalculatorTest {
    public void testAddition() { // 必须以test开头，框架才会执行
        // 测试逻辑
    }
    public void subtractionTest() { // 这个不会被执行，因为没按模式命名
        // ...
    }
}

缺点：

容易出错：拼写错误（如写成 tsetAddition）会导致框架无法识别，且没有任何编译时警告。
没有作用域限制：命名模式适用于任何元素。如果开发者不小心在非测试方法（如工具方法）前也加了 test，框架可能会错误地尝试执行它。
参数传递困难：很难通过命名模式向工具传递额外的参数（例如，期望抛出的异常类型）。虽然可以通过特定的命名后缀来实现，但非常笨拙且不安全。

注解代替命名模式

注解（Annotation）是Java 5引入的正式语法，它解决了上述所有问题。

java 复制代码

// 注解的例子（JUnit 4+）
import org.junit.Test;
import org.junit.Ignore;

public class CalculatorTest {
    @Test
    public void addition() { // 名字可以随意起
        // 测试逻辑
    }

    @Test
    public void subtraction() {
        // ...
    }

    @Ignore("待实现")
    @Test
    public void multiplication() {
        // 这个测试被忽略
    }
}

优点：

类型安全与编译时检查：注解是定义在特定元素上的（如方法、类、字段）。如果你试图用类注解去标记一个方法，编译器会报错。
传递参数的能力：注解允许传递参数，这使得框架功能更丰富。
消除冗余命名：开发者不再需要把逻辑含义（subtraction）和框架标记（test）混在名字里。代码可读性更高，方法名可以直接表达业务含义（subtraction），而通过 @Test 注解表明其角色。

简单总结

既然有了注解，就完全没有理由再使用命名模式了。所有的程序员都应该使用 Java 平台所提供的预定义的注解类型。