Donkey的博客

Android编译时注解框架-什么是编译时注解概述Android编译时注解框架从入门到项目实践。该系列将通过5篇博客一步步教你打造一个属于自己的编译时注解框架，并在之后开源出基于APT的编译时注解框架。提到注解，普遍都会有两种态度：黑科技、低性能。使用注解往往可以实现用非常少的代码作出匪夷所思的事情，比如这些框架：ButterKnife、Retrofit。但一直被人诟病的是，运行时注解会因为java反射而引起较为严重的性能问题…今天我们要讲的是，不会对性能有任何影响的黑科技：编译时注解。也有人叫它

Android编译时注解框架-Run Demo概述先讲一下编写《Android编译时注解框架》的初衷吧，APT其实并不难，可以说是简单且高效，但关于APT的资料却并不多，甚至很多人都不知道这么一个技术。国内关于APT的博客屈指可数，唯二找到的几篇初级讲解一个是用Eclipse写得，一个是用AndroidStudio加Intellij。刚开始着实踩了不少坑，但事实是，APT完全可以用AndroidStudio单独实现。光是项目搭建就如此麻烦了，更别提语法讲解了。资料匮乏无疑提高了APT的入门门槛。正因为

Android编译时注解框架-Run Project概述因为编译时注解框架前期项目搭建部分需要较多的图文讲解，所以前一章《Android编译时注解框架-Run Demo》只是实现了最简单应用，或许注解信息，并没有生成代码。本章将以生成代码为重点进行一个案例讲解。框架名称：OnceClick**框架功能：**功能就是它的名字：在一定时间内，按钮点击事件只能执行一次。未到指定时间，不执行点击事件。**框架背景：**从用户的角度，在使用应用的过程中，因为低端机性能原因、Web页面性能问题，导致点击按

Android编译时注解框架-爬坑概述因为有关APT的资料过少，又因为是Java Moudle +Android Moudle的使用方式，在项目编写过程中，会有一些匪夷所思的奇怪问题~入门阶段真的是步履维艰。这篇博客就是编写《Android编译时注解框架》系列中，将所遇到的一些坑列举出来，并给出一些绕过坑的方法。（注意哦是绕过，坑还在，没有填因为不知道这坑咋来的……）随时踩坑，随时更新~坑1：无法引入javax包下的类库编写编译时注解框架时，需要用到javax包下的一些类库，但是引入包时却提示

Android编译时注解框架-语法讲解概述本章内容主要对APT一些语法进行简单讲解。apt的学习资料真的太少了，我的学习方法基本上只能通过看开源库的源码猜、看源码注释猜、自己运行着猜……这里对猜对的结果进行一个总结，让后来者可以更快的上手。第一次写这种类型的博客，总结的可能有些分散，建议结合开源库源码学习。自定义注解相关定义注解格式： public @interface 注解名 {定义体}Annotation里面的参数该设定:第一,只能用public或默认(default)这两个访问权

Android编译时注解框架-数据库ORM框架CakeDao1.概述采用一个ORM数据库框架来进行数据持久化操作几乎是现在所有APP的选择。那么最受欢迎的的ORM数据库框架有哪些呢？GreenDao、OrmLite、Active Android 等等等等~好吧，那么问题来了，既然已经有很多成熟的ORM数据库框架了，那我还在写一个有什么必要么？有的，简单分析一下上面的三个：OrmLite、Active Android:这两个框架异曲同工，虽然使用方式有差别，但都广泛的应用了注解来实现ORM操作

Android编译时注解框架-Hook Crash框架CakeRun1.概述Crash对用户体验的影响是致命的。想象一下几个场景：引用了新的框架，在Application中初始化，框架崩了，haha~开心不？你的应用连启动都做不到了，热更新强更新起不到任何作用。用户只能卸载掉你的应用重新下载。那么问题来了，若不是强需，卸载后还有多少用户会去下载？一个非关键路径页面里非常小的Bug引起的奔溃。说实话这个页面的功能它根本无足轻重，但问题是就因为这个，你应用的奔溃率刷刷上涨，BOSS看着能高兴？

Android编译时注解框架6-APT的优缺点与应用概述如果你已经读完了前面的5章博客，相信你已经对APT整体已经比较熟悉了，所以，APT真的很简单对嘛？但就像我前面提到过的，APT是一套非常强大的机制，它唯一的限制在于你天马行空的设计！APT有着非常简单的技术实现，但其应用场景却着实有点尴尬。我一直期望可以探索出ButterKnife和EventBus以外的应用场景，却始终未能如愿。姑且把我目前总结的成果列举，共勉~（本系列所讲APT均泛指编译时注解+代码生成，虽然运行时注解也属APT）APT