还在用枚举？我早就抛弃了！（Android注解详解）
前言：使用Support Annotations注解优化代码
本片文章讲解怎么使用Support Annotations注解优化代码，比如使用 android特有的魔术变量注解替代Enum等功能。不要看见使用注解就想到反射会影响性能之类，今天我们就来学习一下Android Support Annotations注解来优化我们的代码，增加可读性的同时，也让让更多的错误消灭在萌芽之中。
Support Annotations 简介：
Android support library 不断地引入新的注解库，它包含很多有用的元注解，你能用它们修饰你的代码，帮助你发现bug。Support library 自己本身也用到了这些注解，所以作为 support library 的用户，Android Studio已经基于这些注解校验了你的代码并且标注其中潜在的问题。
Support Annotations 如何引入：
注解默认是没有包含的;它被包装成一个独立的库，如果使用了appcompat库，那么 Support Annotations 就会自动引入进来，因为 appcompat 使用了 Support Annotations，如果没有则需要在 build.gradle 中添加如下配置：
- dependencies {
- compile 'com.android.support:support-annotations:23.4.0'
- }
如果你已经引入了 appcompat v7 则可能就没有必要再次引用 support-annotations ,因为 appcompat 默认包含了对其引用。
Support Annotations分类：
Typedef 注解：IntDef / StringDef (Android特有的魔术变量注解替代Enum)
Enum in Android 枚举Enum在java中是一个完整的类. 而枚举中的每一个值在枚举类中都是一个对象. 所以在我们使用时枚举的值将比整数常量消耗更多的内存. 当我们使用枚举在安卓应用中, 如果我们的程序本身内存消耗就比较大,或者是一个游戏的应用程序. 那么我们最好使用常量来替代枚举。可是使用了常量代替后又不能限制取值了。那有什么好的办法呢?
当然, Android 支持注解库中有一些好用的annotation helper 我们可以使用它们来解决我们之前的问题(在编译代码时期).
IntDef和StringDef 是两个魔术变量注解. 使用这个两个来替代之前使用的Enum. 它将帮助我们在编译代码时期像Enum那样选择变量的功能。 @IntDef和”typedef”作用非常类似，你可以创建另外一个注解，然后用@IntDef指定一个你期望的整型常量值列表，最后你就可以用这个定义好的注解修饰你的API了。接下来我们来使用IntDef来替换Enum看一下.
- public class MainActivity extends Activity {
- public static final int SUNDAY = 0;
- public static final int MONDAY = 1;
- {...省略部分}
- @IntDef({SUNDAY, MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY, SATURDAY})
- @Retention(RetentionPolicy.SOURCE)
- public @interface WeekDays {
- }
- @WeekDays
- int currentDay = SUNDAY;
- @Override
- protected void onCreate(Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- setContentView(R.layout.activity_main);
- setCurrentDay(WEDNESDAY);
- @WeekDays int today = getCurrentDay();
- switch (today) {
- case SUNDAY:
- break;
- case MONDAY:
- break;
- {...省略部分}
- default:
- break;
- }
- }
- /**
- * 参数只能传入在声明范围内的整型，不然编译通不过
- * @param currentDay
- */
- public void setCurrentDay(@WeekDays int currentDay) {
- this.currentDay = currentDay;
- }
- @WeekDays
- public int getCurrentDay() {
- return currentDay;
- }
- }
说明：
- 声明一些必要的 int 常量
- 声明一个注解为 WeekDays
- 使用 @IntDef 修饰 WeekDays,参数设置为待枚举的集合
- 使用 @Retention(RetentionPolicy.SOURCE) 指定注解仅存在与源码中,不加入到 class 文件中
需要在调用时只能传入指定类型，如果传入类型不对，编译不通过。
我们也可以指定整型值作为标志位，也就是说这些整型值可以使用 ’|’ 或者 ’&’ 进行与或等操作。如果我们把@Flavour定义为如下标志位：
- @IntDef(flag = true, value = {SUNDAY, MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY, SATURDAY})
- public @interface Flavour {
- }
那么可以如下调用：
- setCurrentDay(SUNDAY & WEDNESDAY);
@StringDef用法和@IntDef基本差不多，只不过是针对String类型而已。
怎么样?使用起来还是很简单的吧。如果你只是冲做标题 寻求一种替代Enum的方式 进来的话，看到这你就可以直接跳到文章结尾 点个喜欢 离开了。如果你还想知道更多关于注解的强大功能，那么就接着看下面的内容吧!
Nullness注解
@Nullable注解可以用来标识特定的参数或者返回值可以为null。
@NonNull注解可以用来标识参数不能为null。
Resource Type 注解
资源在Android中作为整型值来传递。这意味着希望获取一个drawable作为参数的代码很容易被传递了一个string类型的资源，因为他们资源id都是整型的，编译器很难区分。Resource Type注解在这种条件下可以提供类型检查，例如：
如果类型指定错误，编译不会通过。
常见的Resource Type注解,使用方式都是指定一个integer的参数、成员变量、或者方法，检查对应的资源类型。
- AnimatorRes ：animator资源类型
- AnimRes：anim资源类型
- AnyRes：任意资源类型
- ArrayRes：array资源类型
- AttrRes：attr资源类型
- BoolRes：boolean资源类型
- ColorRes：color资源类型
- DimenRes：dimen资源类型。
- DrawableRes：drawable资源类型。
- FractionRes：fraction资源类型
- IdRes：id资源类型
- IntegerRes：integer资源类型
- InterpolatorRes：interpolator资源类型
- LayoutRes：layout资源类型
- MenuRes：menu资源类型
- PluralsRes：plurals资源类型
- RawRes：raw资源类型
- StringRes：string资源类型
- StyleableRes：styleable资源类型
- StyleRes：style资源类型
- TransitionRes：transition资源类型
- XmlRes：xml资源类型
以上基本上包括了所有的资源类型，但是有时需要通过RGB颜色整型来设置颜色值，在这种情况下，你可以使用 @ColorInt 注解，表示你期望的是一个代表颜色的整数值，如果使用不对同样也是编译不通过
Threading 注解
比如我们在项目中处理比较耗时的操作，需要制定在工作子线程中执行，可以使用Threading 注解，如果没有在制定的线程中执行也是编译不过的
几种Threading注解
- @UiThread UI线程
- @MainThread 主线程
- @WorkerThread 子线程
- @BinderThread 绑定线程
Value Constraints 注解：@Size, @IntRange, @FloatRange
在实际开发过程中，我们有时可能需要设置一个取值范围，这时我们可以使用取值范围注解来约束。
比如我们设置一个百分比，取值范围为0-100，
对于数据、集合以及字符串，你可以用@Size注解参数来限定集合的大小(当参数是字符串的时候，可以限定字符串的长度)。
举几个例子
- 集合不能为空: @Size(min=1)
- 字符串最大只能有23个字符: @Size(max=23)
- 数组只能有2个元素: @Size(2)
- 数组的大小必须是2的倍数 (例如图形API中获取位置的x/y坐标数组: @Size(multiple=2)
Permissions 注解: @RequiresPermission
有时我们的方法调用需要调用者拥有指定的权限，这时我们可以使用
@RequiresPermission注解，
- @RequiresPermission(Manifest.permission.SET_WALLPAPER)
- public abstract void setWallpaper(Bitmap bitmap) throws IOException;
除了上面的单一使用方式，官方同时也给出了如下几种使用场景
(1)如果你至少需要权限集合中的一个，你可以使用anyOf属性
- @RequiresPermission(anyOf = {
- Manifest.permission.ACCESS_COARSE_LOCATION,
- Manifest.permission.ACCESS_FINE_LOCATION})
- public abstract Location getLastKnownLocation(String provider);
(2)如果你同时需要多个权限，你可以用allOf属性
- @RequiresPermission(allOf = {
- Manifest.permission.READ_HISTORY_BOOKMARKS,
- Manifest.permission.WRITE_HISTORY_BOOKMARKS})
- public static final void updateVisitedHistory(ContentResolver cr, String url, boolean real) ;
(3)对于intents的权限，可以直接在定义的intent常量字符串字段上标注权限需求(他们通常都已经被@SdkConstant注解标注过了)
- @RequiresPermission(android.Manifest.permission.BLUETOOTH)
- public static final String ACTION_REQUEST_DISCOVERABLE =
- "android.bluetooth.adapter.action.REQUEST_DISCOVERABLE";
(4)对于content providers的权限，你可能需要单独的标注读和写的权限访问，所以可以用@Read或者@Write标注每一个权限需求
- @RequiresPermission.Read(@RequiresPermission(READ_HISTORY_BOOKMARKS))
- @RequiresPermission.Write(@RequiresPermission(WRITE_HISTORY_BOOKMARKS))
- public static final Uri BOOKMARKS_URI = Uri.parse("content://browser/bookmarks");
Overriding Methods 注解: @CallSuper
如果你的API允许使用者重写你的方法，但是呢，你又需要你自己的方法(父方法)在重写的时候也被调用，这时候你可以使用@CallSuper标注
例如：Activity的onCreate函数
- @CallSuper
- protected void onCreate(@Nullable Bundle savedInstanceState)
用了这个后，当重写的方法没有调用父方法时，工具就会给予标记提示
Return Values注解: @CheckResult
如果你的方法返回一个值，你期望调用者用这个值做些事情，那么你可以使用 @CheckResult 注解标注这个方法。
这个在具体使用中用的比较少，除非特殊情况，比如在项目中对一个数据进行处理，这个处理比较耗时，我们希望调用该函数的调用者在不需要处理结果的时候，提示没有使用，酌情删除调用。
Keep 注解
Keep：指出一个方法在被混淆的时候应该被保留。
在Android编译生成APK的环节,我们通常需要设置minifyEnabled为true实现下面的两个效果:
- 混淆代码
- 删除没有用的代码
但是出于某一些目的,我们需要不混淆某部分代码或者不删除某处代码,除了配置复杂的Proguard文件之外,我们还可以使用@Keep注解.
- @Keep
- public static int getBitmapWidth(Bitmap bitmap) {
- return bitmap.getWidth();
- }
其他注解
VisibleForTesting：可注解一个类，方法，或变量，表示有更宽松的可见性，这样它能够有更宽泛的可见性，使代码可以被测试。
IntelliJ注解
- dependencies {
- compile 'com.intellij:annotations:12.0'
- }
结尾
经过查阅资料和博客，系统了学习和总结了关于Support Annotations注解的内容，在编码中通过使用Support Annotations可以提高代码可读性，同时可以在类加载时就可以检查一些错误，同时不会对性能有任何影响，因为Support Annotations中的注解的生命周期全部是RetentionPolicy.class。在以后的编码中大家可以尝试用用。
