我正在尝试在Android开发中实现@IntDef注释。

第一种方法:在Constant.java类中分隔的定义看起来很棒:

public class Constant {
   @IntDef(value={SORT_PRICE, SORT_TIME, SORT_DURATION})
   @Retention(RetentionPolicy.SOURCE)
   public @interface SortType{}
   public static final int SORT_PRICE = 0;
   public static final int SORT_TIME = 1;
   public static final int SORT_DURATION = 2;
}

用法:
@Constant.SortType int sortType = Constant.SORT_PRICE;

但是,当一个文件中有多个定义(例如UserType,StoreType等)时,事情就会变得更加困惑。

第二种方法:所以我想出了类似这样的方法来将定义之间的值分开:
public class Constant {
   @IntDef(value={SortType.SORT_PRICE, SortType.SORT_TIME, SortType.SORT_DURATION})
   @Retention(RetentionPolicy.SOURCE)
   public @interface SortTypeDef{}

   public static class SortType{
       public static final int PRICE = 0;
       public static final int TIME = 1;
       public static final int DURATION = 2;
   }
}

用法:
@Constant.SortTypeDef int sortType = Constant.SortType.PRICE;

但是正如您所看到的,我为它创建了两个不同的名称:SortTypeDefSortType
第三种方法:我试图在@interface中移动可能值的列表:
public class Constant {
   @IntDef(value={SortType.SORT_PRICE, SortType.SORT_TIME, SortType.SORT_DURATION})
   @Retention(RetentionPolicy.SOURCE)
   public @interface SortType{
       int PRICE = 0;
       int TIME = 1;
       int DURATION = 2;
   }
}

用法
@Constant.SortType int sortType = Constant.SortType.PRICE;

尽管它确实有效,但我不知道缺点是什么。
@IntDef的可能值放在@interface中可以吗?上面三种方法之间是否有性能差异?

最佳答案

简短回答:对于简单项目,可以,但是对于更复杂的项目,首选第一种方法。

详细回答:
尽管sortType的字节码在所有三种情况下都是相同的,但是有所不同。关键在于Retention批注,该批注将保留策略设置为SOURCE。这意味着您的SortType注释是“to be discarded by the compiler”,因此不会生成注释本身的字节码。

第一种方法在注解之外定义常规静态字段,并为其生成常规字节码。第二种和第三种情况在注释中定义常量,并且不会生成常量的字节码。

如果编译器可以访问包含SortType声明的源文件,则两种方法都可以,并且sortType的字节码相同。但是,如果无法访问源代码(例如,您只有编译的库),则无法访问注释。对于第一种方法,只能访问注释本身,而对于第二种方法,也不能访问常量值。

我曾经更喜欢第三种方法,因为它最干净,结构最清晰。过去直到一天我遇到一个问题:当我开始为该代码编写Espresso测试时,编译器无法访问定义注释的源代码。我必须切换到规范的IntDef声明,或者使用整数值而不是符号常量进行测试。

因此,最重要的是:

  • 坚持规范的方式,除非注释在代码内部,并且您没有从其他任何地方引用它,包括测试
  • 关于java - Android-将@IntDef值放入@interface可以吗?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/35625247/

    10-10 21:50