gpt4 book ai didi

Java 适配器注解

转载 作者:搜寻专家 更新时间:2023-10-31 20:22:56 26 4
gpt4 key购买 nike

为了设计尽可能可重用的组件,我最近开始考虑所谓的“适配器注释”的可能性。我的意思是将经典的 Adapter OO 模式应用于 Java 注释。因此,例如,假设我有一个完全基于 JUnit 的单元测试套件。我需要按如下方式注释我的所有测试方法:

public class WidgetTest
{
@Test
public void test_WidgetConstructor()
{
// ...
}
}

但是,如果在创建一个包含 1000 个测试类的测试套件之后,我决定使用一些全新的超酷测试框架开始单元测试,该框架要求所有测试方法都按如下方式进行注释:

public class WidgetTest
{
@SuperCoolUnitTest(someParam="true")
public void test_WidgetConstructor()
{
// ...
}
}

现在,在这个特定示例中,用搜索-n-替换旧注解来替换新注解可能是完全可行的,但在实际应用中,这不是一个可行的解决方案。

那么我是否可以用自己开发的东西“包装”我的单元测试注释,比如:

public class WidgetTest
{
@HomegrownUnitTestAnnotation
public void test_WidgetConstructor()
{
// ...
}
}

然后构建我自己的注释处理器,将 @HomegrownUnitTestAnnotation 的实例转换为我当前需要的任何注释(@Test@SuperCoolUnitTest(someParam= “真”))?

显然,这个问题适用于所有注释,而不仅仅是 JUnit 提供的注释。我基本上是在问是否有可能为了可重用性/关注点分离/等而包装第 3 方注释。提前致谢!

最佳答案

看看 Spring 的元注释。在我看来,这就是您正在寻找的概念:http://blog.springsource.com/2009/05/06/spring-framework-30-m3-released/ .

您可以将相同的概念应用到您自己的应用程序中。

关于Java 适配器注解,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7647214/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com