查看原文
在Support Library 19.1以及以后的版本中,Android工具小组引入了几个很酷的注解类型,方便开发者在工程中使用,同时Support Library自身也使用了这些注解。
本文的代码都使用android studio完成。首先,添加注解支持:
compile 'com.android.support:support-annotations:22.1.1'
有三种类型的注解:
NonNull & Nullable
资源Id
IntDef & StringDef
@NonNull 用来修饰不能为null的参数。在下面的代码例子中,我们有一个取值为 null 的 name 变量,它被作为参数传递给 sayHello 方法,而该方法要求这个参数是非null的String类型:
public class MainActivity extends ActionBarActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); String name = null; sayHello(name); } void sayHello(@NonNull String name) { Toast.makeText(this, "Hello " + s, Toast.LENGTH_LONG).show(); } }
由于代码中参数 name 被 @NonNull 注解修饰,因此 android studio 将会以警告的形式提醒我们这个地方有问题:
如果我们给 name 赋值,例如
String name = “Our Lord Duarte”
那么警告将消失。
【注:这个我试了一下,在android studio里面,就算不用注解,也会有提示的,android studio 就是这么智能。】
@Nullable 用来修饰方法的参数或者返回值可能为 null。示例如下:
public class MainActivity extends ActionBarActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); Toast.makeText(this, getName().toLowerCase(), Toast.LENGTH_LONG).show(); } @Nullable String getName() { return ""; } }
因为 getName 方法的返回值使用 @Nullable 修饰,所以 android studio 会提示
Method invocation "getName().toLowerCase()" may produce "java.lang.NollPointerException"
资源类型注解可以帮助我们准确的使用资源id,例如,避免我们在要求colorId的地方错误的使用了dimenId。
在下面的代码中,我们的sayHello方法预期接受一个字符串类型的资源Id,并使用@StringRes注解修饰:
public class MainActivity extends ActionBarActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); sayHello(R.style.AppTheme); } void sayHello(@StringRes int id) { Toast.makeText(this, "Hello " + getString(id), Toast.LENGTH_LONG).show(); } }
而我们传递给它的是一个样式资源Id,与预期的字符串资源Id不符合,这时IDE将提示警告如下:
类似的,我们把警告的地方使用一个字符串资源Id代替警告就消失了:
sayHello(R.string.name);
基本上,每一种资源类型都有相应的资源注解
AnimatorResAnimRes AnyRes ArrayRes AttrRes BoolRes ColorRes DimenRes DrawableRes FractionRes IdRes IntegerRes InterpolatorRes LayoutRes MenuRes PluralsRes RawRes StringRes StyleableRes StyleRes XmlRes
最后一种类型的注解是基于Intellij的“魔数”检查机制功能
【注:“魔数”就是那些不能看出有什么含义的数字常量,这里也包括字符串常量】
很多时候,出于性能的考虑,我们会使用整型常量代替枚举类型。例如我们有一个IceCreamFlavourManager类,它定义三种操作:
VANILLACHOCOLATE STRAWBERRY
我们可以定义一个名为@Flavour的新注解,并使用@IntDef指定它可以接受的取值范围,如下例所示:
public class IceCreamFlavourManager { private int flavour; public static final int VANILLA = 0; public static final int CHOCOLATE = 1; public static final int STRAWBERRY = 2; @IntDef({VANILLA, CHOCOLATE, STRAWBERRY}) public @interface Flavour { } @Flavour public int getFlavour() { return flavour; } public void setFlavour(@Flavour int flavour) { this.flavour = flavour; } }
这时如果我们使用直接字面量来调用IceCreamFlavourManager.setFlavour,IDE将提示错误如下:
IDE甚至会提示我们可以使用的有效取值:
我们也可以指定整型取值可以用作标志,也就是说这些整型值可以使用’|’或者’&’进行与或等操作。如果我们定义@Flavour如下:
@IntDef(flag = true, value = {VANILLA, CHOCOLATE, STRAWBERRY}) public @interface Flavour { }
那么可以进行如下调用:
iceCreamFlavourManager.setFlavour(IceCreamFlavourManager.VANILLA & IceCreamFlavourManager.CHOCOLATE);
@StringDef 用法与 @IntDef 基本差不多,只不过是针对String类型值而已。