Spock：测试一个 Groovy 类是否有某个注解？

Question

例如，有什么方法可以测试给定的 Groovy 类是否具有注解 @Slf4j？

这是在 TDD 上下文中：在看到失败的测试之前，我不想添加注释。

Answer 1

@Slf4j 注释具有@Retention(SOURCE)。所以注释信息在运行时不可用。这使得测试几乎不可能。您可以阅读源文件并在测试中对其进行解析，并检查是否有 @Slf4j 注释。

带有@Retention(RUNTIME) 的注释会改变图片：

class AnnotationSpec extends Specification{

    void "test that class has annotation"() {
        given:
        def annotation = ShouldHaveAnnotation.class.getAnnotation(ClassAnnotation)

        expect:
        annotation != null
    }
}

@Target([TYPE])
@Retention(RetentionPolicy.RUNTIME)
@interface ClassAnnotation{

}

@ClassAnnotation
class ShouldHaveAnnotation {

}

到目前为止，基于事实的答案。

我对 TDD 的看法：

您的测试用例的含义是什么？你只是想盲目地遵循TDD吗？

每个所谓的软件工艺工作流程都是由软件开发与 1800 世纪家具制造相关的假设推动的。 我知道如何建造家具，燕尾是最坚固的接头，看起来很棒，但很贵。饼干联合是现代的，看起来不那么漂亮，但也很结实而且便宜。 所以我根据自己的经验决定是选择燕尾还是现代饼干接头。

我通常不测试不会造成麻烦的东西。我怎么知道，..很好的经验。只需在您的类上使用@CompileStatic 注释，编译器就会捕获丢失的日志实例，或者只需编写一个调用使用记录器的方法的测试。

TDD 的一个标志是优秀设计的来源：TDD 创造了优秀的微观软件设计，但忽略了宏观设计，这是软件最重要的部分。