Android-Java注解处理器
基本概念
注解处理器(Annotation Processor)是javac的一个工具。它用来在编译时扫描和处理注解(Annotation)。你能够对自己定义注解,并注冊对应的注解处理器。到这里,我如果你已经知道什么是注解,而且知道怎么申明的一个注解。
假设你不熟悉注解,你能够在这官方文档中得到很多其它信息。
注解处理器在Java 5開始就有了,可是从Java 6(2006年12月公布)開始才有可用的API。
过了一些时间,Java世界才意识到注解处理器的强大作用,所以它到近期几年才流行起来。
一个注解的注解处理器,以Java代码(或者编译过的字节码)作为输入。生成文件(一般是.java文件)作为输出。这详细的含义什么呢?你能够生成Java代码。这些生成的Java代码是在生成的.java文件里,所以你不能改动已经存在的Java类。比如向已有的类中加入方法。这些生成的Java文件,会同其它普通的手动编写的Java源码一样被javac编译。
使用注解处理器
以下来讲述怎么在Android Studio中使用注解处理器,
在这里就须要介绍一个gradle插件android-apt了,
官方地址:
https://bitbucket.org/hvisser/android-apt
Android Studio原本是不支持注解处理器的, 可是用这个插件后, 我们就能够使用注解处理器了, 这个插件能够自己主动的帮你为生成的代码创建文件夹, 让生成的代码编译到APK里面去, 并且它还能够让终于编译出来的APK里面不包括注解处理器本身的代码, 由于这部分代码仅仅是编译的时候须要用来生成代码, 终于执行的时候是不须要的。
使用这个插件非常easy, 首先在你项目顶层的build.gradle文件里加入依赖项, 例如以下:
buildscript {
repositories {
jcenter()
}
dependencies {
classpath ‘com.android.tools.build:gradle:1.5.0‘
classpath ‘com.neenbedankt.gradle.plugins:android-apt:1.8‘
}
}
然后在app的build.gradle里面加入插件的引用以及须要依赖哪些库, 例如以下:
apply plugin: ‘com.android.application‘
apply plugin: ‘com.neenbedankt.android-apt‘
...
dependencies {
compile fileTree(dir: ‘libs‘, include: [‘*.jar‘])
testCompile ‘junit:junit:4.12‘
compile ‘com.android.support:appcompat-v7:22.2.1‘
compile ‘la.dahuo:command:1.0.0‘
apt ‘la.dahuo:command-codegen:1.0.0‘
}
注意上面的apt ‘la.dahuo:command-codegen:1.0.0’, 这里表示引用一个注解处理器的库, 这个库的代码终于不会进入编译出来的APK里面。
使用注解
以下就来介绍怎么使用注解生成代码, 上面出现的库la.dahuo:command,
la.dahuo:command-codegen就是我依据命令设计模式(Command Design Pattern)写的一个注解库, 它用来让我们方便的生成代码, 看下使用方法:
定义Command
@CommandDef("commandName")public class MyCommand extends Command { @Param String paramStr; @Param("paramIntName") int paramInt; @Override
public void execute() { // do something with params
}
}
上面的代码通过@CommandDef(“commandName”)来标注MyCommand是一个Command类, 它相应的名字为commandName. 然后通过标注@Param来定义了两个參数, @Param不填值的话表示參数名和属性名一样, 也能够通过填入一个值来指定參数名
使用Command
Map<String, Object> params = new HashMap<>();
params.put("paramStr", "string");
params.put("paramIntName", 1);
Command.parse("commandName", params).execute();
分析
看完上面的使用方法, 你可能会认为就这么多代码就能够跑了吗?
不须要再加入什么代码了?
我的答案是: 确实能够跑, 不须要加入其它代码了。
有木有认为用起来非常方便?
我们以下来分析下这是怎么做到的。
首先标注处理器会依据@Param来获取Command的结构信息, 然后用来生成CommandFactory, 生成的代码在build/generated/source/apt以下, 生成的CommandFactory例如以下:
public class MyCommandFactory implements CommandFactory { public Command newCommand(Map<String, Object> params) {
MyCommand command = new MyCommand();
command.paramStr = TypeConverter.toString(params.get("paramStr"));
command.paramInt = TypeConverter.toInt(params.get("paramIntName")); return command;
}
}
有了CommandFactory, 我们就能够通过Mapparams来构造Command了.
那Command是怎么自己主动注冊的呢? 那我们就要看另外一个生成的类了.
public class CommandRegisters { public static void register(Map<String, CommandFactory> map) { map.put("myCommand", new MyCommandFactory());
}
}
它依据标注@CommandDef来获取了全部Command类的信息, 然后完毕全部Command的注冊.
有了上面自己主动生成的代码, 那么解析Command就非常easy了. 代码例如以下:
public static Command parse(String action, Map<String, Object> params) {
CommandFactory factory = CommandRepository.getInstance().getFactory(action); if (factory != null) { return factory.newCommand(params);
} return EmptyCommand.INSTANCE;
}
CommandRepository类通过反射的方式调用CommandRegisters类的register方法来完毕全部Command的注冊. 这是我这个注解库唯一的一处使用反射的地方, Command的创建都通过CommandFactory来完毕, 性能非常高, 比那些通过大量反射来实现对象映射的库性能好非常多(比方GSON, 能够实现json转object), 并且也不须要依赖非常多代码, 依赖一个非常小的库
la.dahuo:command就够了, 才5K.
怎么创建注解处理器
注解处理器最核心的就是要有一个Processor, 它继承自AbstractProcessor,它长成这个样子:
package com.example;
public class MyProcessor extends AbstractProcessor { @Override
public synchronized void init(ProcessingEnvironment env){ }
@Override
public boolean process(Set<?
extends TypeElement> annoations, RoundEnvironment env) { }
@Override
public Set<String> getSupportedAnnotationTypes() { } @Override
public SourceVersion getSupportedSourceVersion() { }
}
- init(ProcessingEnvironment env):每一个注解处理器都必须有个空的构造方法。
只是,有一个特殊的init方法,它会被注解处理器工具传入一个ProcessingEnvironment作为參数来调用。
ProcessingEnvironment提供了一些实用的工具类,如Elements。Types和Filter。
我们后面会用到它们。
- process(Set<?
extends TypeElement> annotations, RoundEnvironment env):这种方法能够看做每一个处理器的main方法。你要在这里写下你的扫描。推断和处理注解的代码。并生成java文件。
通过传入的RoundEnvironment參数,你能够查询被某个特定注解注解的元素,我们稍后会看到。
- getSupportedAnnotationTypes( ):这里你须要说明这个处理器须要针对哪些注解来注冊。注意返回类型是一个字符串的Set,包括了你要用这个处理器处理的注解类型的全名。
- getSupportedSourceVersion( ):用于指定你使用的java版本号。通常你会返回SourceVersion.latestSupported( )。
接下来你须要知道的一件事就是注解处理器在它自己的JVM中执行。是的,你没看错。javac启动一个完整的Java虚拟机来给注解处理器执行。这对你意味着什么?你能够使用你在不论什么其它java应用中使用的东西,比方谷歌的guava!假设你愿意。你还能够使用依赖注入工具,如dagger或不论什么你想要使用的库。只是不要忘了。虽然这仅仅是个小的处理器,你依旧须要考虑高效的算法和设计模式,就像是你会为不论什么其它Java应用所做的那样。
注冊你的处理器
你或许会问自己:”我该如何把我的处理器注冊到javac?”。
你须要提供一个.jar文件。就像其它的jar文件一样,你要把编译后的处理器打包到那个文件。
并且你还须要把一个特别的放在META-INF/services下的叫做javax.annotation.processing.Processor的文件打包进你的.jar文件。
所以你的.jar文件内容看起来会像这个样子:
MyProcessor.jar
- com
- example
- MyProcessor.class
- META-INF
- services
- javax.annotation.processing.Processor
java.annotation.processing.Processor文件(打包到MyProcessor.jar中)的内容是用换行符隔开的处理器完整类名:
com.example.MyProcessor
com.foo.OtherProcessor
net.blabla.SpecialProcessor
这样, 一个注解处理器的框架就好了, 完毕代码后编译成jar文件, 然后像開始介绍的那样加入依赖就好了.
gitbub原地址:https://github.com/derron/command-lib#rd