斯波克：测试Groovy类是否有特定的注释？

Question

例如，有没有办法测试给定的Groovy类是否有@Slf4j注释？

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

Answer 1

@Slf4j批注具有@Retence（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创造了良好的微观软件设计，但忽略了宏观设计，而这是软件最重要的部分。