注解框架---AndroidAnnotations

AndroidAnnotations是一个开源框架,旨在加快Android开发的效率。经过使用它开放出来的注解api,你几乎可使用在任何地方, 大大的减小了无关痛痒的代码量,让开发者可以抽身其外,有足够的时间精力关注在真正的业务逻辑上面。并且经过简洁你的代码,也提升了代码的稳定性和后期的维护成本。如下AndroidAnnotations简称为AAandroid

可能会有人提出异议了,咱们移动设备的性能,不比后台服务器拥有充足的内存和运算能力。当大量的使用注解的时候,会不会对APP的形成什么不良的影响,会不会影响到APP的执行性能?在这里先明确的声明,AA不会给APP带来任何反作用,相反它强大易用的api能为你带来史无前例的编程体验。git

目前主流的注解框架有xUtils、ButterKnife、Dragger和Roboguice,它们的实现原理都是一致的,都是经过反射机制实现的。经过在Runtime运行期去反射类中带有注解的Field和Method,而后再去执行注解相对应的逻辑代码。你们都知道反射机制是在APP的运行期执行的,会形成执行的效率降低,执行时间变长的缺点。当在咱们APP中大量的使用基于反射的注解,会严重影响到性能。可是AA的实现的逻辑并非基于此。github

AA工做的原理其实也很简单,它经过使用jdk 1.6引入的Java Annotation Processing Tool,编程

在编译器中加了一层额外的自动编译步骤,用来生成基于你源码的代码。生成的代码是你源码的直接子类,并且自动生成的类的名称就是父类名称后面加个下划线。好比使用了@EActivity注解的MyActivity,AA都会自动帮你生成一个名为MyActivity_的类。使用AA的注解在编译期间就已经自动生成了对应的子类,运行期运行的其实就是这个子类,因此说AA的使用不会给APP的执行性能形成负面影响。api

AA开发环境搭建:右键=>Properties=>Java Compiler => Annotation Processing => Factory Path。服务器

下面咱们经过示例来简单了解这个强大的框架,主要介绍一些经常使用的注解。微信

1、组件的注解框架

@EActivity这个注解是用来修饰Activity的,向Activity注入布局,也能够设置页面的样式为全屏、无Title。这些使用具备实意的注解来实现,是否是很方便呀。对于其余的组件支持也是至关简单的,如@EService、@EReceiver、@EProvider、@EApplication、@EApplication、@EFragment。同时也能修饰自定义控件,注解为@EView、@EViewGroup。支持是否是至关全面。异步

2、资源引用的注解ide

有了AA,各类让人烦躁的findViewById今后一去再也不返了,你能够简单的使用@ViewById去绑定布局里面的控件,若是你的变量名和控件的id值一致,连id的指向也可省去。并且在注解中不写id的状况下,若是编译器在R文件中找不到对应变量id名的时候,编译器也会给你提示,非常友好。

同时你要是想在成员变量中引用资源的话,只要在变量上加入对应的注解修饰就能够了,一样的若是变量名称和资源id一致的时候,id就可省去。支持全部的资源文件,全部的。

若是你想获取系统服务,只要在你的变量前加上@SystemService注解。

获取Intent中传递的值,加上@Extra注解,同时容错性很好,若是接收不到这个key对应的value,也没问题,你能够设置默认值。再有就是强转失败也不会形成crash,好比传递的是个int值,接收的时候是个String,也没有问题,只是接收失败罢了。

很强大有木有,修饰成员变量的注解主要用来解决它们初始化的问题,作到声明即初始化,拿来便可用的功能。还有不少属性,就不一一介绍了。

3、事件绑定注解


AA支持基本全部的原生事件的绑定,示例中展现的是常见的三种。简单的一个事件注解加上一个监听的控件id,就能完成之前要作的复杂的事件绑定呀,内部类实现呀等。并且方法名能够任意定制,若是方法名与控件的id一致,注解中的id也可省去,一样若是匹配不上的话,编译器也编译不过的。方法的参数列表也是能够自定义的,当须要参数的时候,就把原生监听方法的参数列表拉过来就能够直接使用了。其余经常使用的还有@TextChange、@ItemClick、@SeekBarProgressChange。

4、异步线程与UI线程的交互


当View相关的成员变量初始化完毕后,会调用拥有@AfterViews注解的方法,你能够在里面初始化一些界面控件等。若是其余的成员变量处事完毕,就会调用@AfterInject。

好比大多数应用的逻辑是这样的,初始化界面以后,就发起耗时的数据请求,而后解析获取到的数据,再设置到界面上。通常的涉及UI线程与异步任务交互的时候,相对都比较麻烦一些。让咱们看下AA是如何实现的。

很简单吧,UI线程执行的方法加个@UiThread,异步线程方法加个@Background,二者的交互就是方法直接的相互调用,其余的你不用关心,一切的实现都是AA的编译器去自动生成交互的代码。交互的过程,彻底没有在执行异步的感受,不用再使用Handler去发送接收Message了。两个注解就把之前一堆的代码实现的功能给实现了,真心给个最大的赞。

5、Rest API

在AA中也支持Rest API,并且支持全部的HTTP请求方法。下面演示的是一个GET请求。

定义一个请求的接口,而后就能够直接使用了,不须要本身再去实现。这个跟公司后台接口设计紧密相关,若是你公司接口交互都是Rest风格的话,你就重写下,好好体验AA的魅力吧。

写在最后:AndroidAnnotations功能强大,是注解框架中当之无愧的王者,灵活的API大大的提升了开发的效率,下降维护的成本。若是说它有什么弊端,我只能说NO,它没有弊端。若是硬要来一个的话,也只能是它的注解比较多,熟悉须要一段时间,若是整个开发团队技术迁移过来的话,前期技术成本稍高。可是所谓砍柴不误磨刀功,仍是不能归结为一个弊端。AA还有不少强大实用的功能,限于篇幅就不展开说了,本身去探索吧。

好了,今天的干货都到此为止。

AA 地址 : https://github.com/excilys/androidannotations

 

若是以为对你有所帮助,欢迎你们订阅个人微信公众帐号——Android干货分享(ID:android_share)。下面是微信的二维码,为你提供及时高质的Android干货。技术交流QQ群:318588906,欢迎你们加群,共同探讨下Android和Java技术,一块儿壮大咱们的微信干货分享社区。

相关文章
相关标签/搜索