手记

还在用枚举?我早就抛弃了!(Android 注解详解)

前言:使用Support Annotations注解优化代码

本片文章讲解怎么使用Support Annotations注解优化代码,比如使用 android特有的魔术变量注解替代Enum 等功能。不要看见使用注解就想到反射会影响性能之类,今天我们就来学习一下Android Support Annotations注解来优化我们的代码,增加可读性的同时,也让让更多的错误消灭在萌芽之中。

Support Annotations 简介:

Android support library 不断地引入新的注解库,它包含很多有用的元注解,你能用它们修饰你的代码,帮助你发现bugSupport 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;
    }
}

说明:

  1. 声明一些必要的 int 常量

  2. 声明一个注解为 WeekDays

  3. 使用 @IntDef 修饰 WeekDays,参数设置为待枚举的集合

  4. 使用 @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。


@Nullable

@NonNull注解可以用来标识参数不能为null。


@NonNull

Resource Type 注解  

资源在Android中作为整型值来传递。这意味着希望获取一个drawable作为参数的代码很容易被传递了一个string类型的资源,因为他们资源id都是整型的,编译器很难区分。Resource Type注解在这种条件下可以提供类型检查,例如:

如果类型指定错误,编译不会通过。


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 注解,表示你期望的是一个代表颜色的整数值,如果使用不对同样也是编译不通过


@ColorInt

Threading 注解

比如我们在项目中处理比较耗时的操作,需要制定在工作子线程中执行,可以使用Threading 注解,如果没有在制定的线程中执行也是编译不过的


Threading

几种Threading注解

  • @UiThread UI线程

  • @MainThread 主线程

  • @WorkerThread 子线程

  • @BinderThread 绑定线程

Value Constraints 注解:@Size@IntRange@FloatRange

在实际开发过程中,我们有时可能需要设置一个取值范围,这时我们可以使用取值范围注解来约束。
比如我们设置一个百分比,取值范围为0-100,


@IntRange

对于数据、集合以及字符串,你可以用@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函数

@CallSuperprotected void onCreate(@Nullable Bundle savedInstanceState)

用了这个后,当重写的方法没有调用父方法时,工具就会给予标记提示


@CallSuper

Return Values注解: @CheckResult

如果你的方法返回一个值,你期望调用者用这个值做些事情,那么你可以使用 @CheckResult 注解标注这个方法。

这个在具体使用中用的比较少,除非特殊情况,比如在项目中对一个数据进行处理,这个处理比较耗时,我们希望调用该函数的调用者在不需要处理结果的时候,提示没有使用,酌情删除调用。


@CheckResult

Keep 注解

Keep:指出一个方法在被混淆的时候应该被保留。

在Android编译生成APK的环节,我们通常需要设置minifyEnabled为true实现下面的两个效果:

  • 混淆代码

  • 删除没有用的代码

但是出于某一些目的,我们需要不混淆某部分代码或者不删除某处代码,除了配置复杂的Proguard文件之外,我们还可以使用@Keep注解.

@Keeppublic static int getBitmapWidth(Bitmap bitmap) {    return bitmap.getWidth();
}

其他注解

VisibleForTesting:可注解一个类,方法,或变量,表示有更宽松的可见性,这样它能够有更宽泛的可见性,使代码可以被测试。

IntelliJ注解

IntelliJ ,Android Studio 就是基于它开发的, IntelliJ 有一套它自己的注解; IntDef 分析其实重用的是 MagicConstant 分析的代码,IntelliJ null 分析其实用的是一组配置好的 null 注解。如果你执行 Analyze > Infer Nullity…,它会试图找出所有的 null 约束并添加他们。这个检查有时会插入 IntelliJ 注解。你可以通过搜索,替换为 Android 注解库的注解,或者你也可以直接用 IntelliJ 注解。在 build.gradle 里或者通过 Project Structure 对话框的 Dependencies 面板都可以添加如下依赖:

dependencies {    compile 'com.intellij:annotations:12.0'}

结尾:

经过查阅资料和博客,系统了学习和总结了关于Support Annotations注解的内容,在编码中通过使用Support Annotations可以提高代码可读性,同时可以在类加载时就可以检查一些错误,同时不会对性能有任何影响,因为Support Annotations中的注解的生命周期全部是RetentionPolicy.class。在以后的编码中大家可以尝试用用。

原文链接:http://www.apkbus.com/blog-875309-62952.html

0人推荐
随时随地看视频
慕课网APP