Android 如何編寫基於編譯時註解的專案
一、概述
在Android應用開發中,我們常常為了提升開發效率會選擇使用一些基於註解的框架,但是由於反射造成一定執行效率的損耗,所以我們會更青睞於編譯時註解的框架,例如:
- butterknife免去我們編寫View的初始化以及事件的注入的程式碼。
- EventBus3方便我們實現組建間通訊。
- fragmentargs輕鬆的為fragment新增引數資訊,並提供建立方法。
- ParcelableGenerator可實現自動將任意物件轉換為Parcelable型別,方便物件傳輸。
類似的庫還有非常多,大多這些的庫都是為了自動幫我們完成日常編碼中需要重複編寫的部分(例如:每個Activity中的View都需要初始化,每個實現Parcelable
介面的物件都需要編寫很多固定寫法的程式碼)。
這裡並不是說上述框架就一定沒有使用反射了,其實上述其中部分框架內部還是有部分實現是依賴於反射的,但是很少而且一般都做了快取的處理,所以相對來說,效率影響很小。
但是在使用這類專案的時候,有時候出現錯誤會難以除錯,主要原因還是很多使用者並不瞭解這類框架其內部的原理,所以遇到問題時會消耗大量的時間去排查。
那麼,於情於理,在編譯時註解框架這麼火的時刻,我們有理由去學習:如何編寫一個機遇編譯時註解的專案
首先,是為了瞭解其原理,這樣在我們使用類似框架遇到問題的時候,能夠找到正確的途徑去排查問題;其次,我們如果有好的想法,發現某些程式碼需要重複建立,我們也可以自己來寫個框架方便自己日常的編碼,提升編碼效率;最後也算是自身技術的提升。
注:以下使用IDE為Android Studio
.
本文將以編寫一個View注入的框架為線索,詳細介紹編寫此類框架的步驟。
二、編寫前的準備
在編寫此類框架的時候,一般需要建立多個module,例如本文即將實現的例子:
- ioc-annotation 用於存放註解等,Java模組
- ioc-compiler 用於編寫註解處理器,Java模組
- ioc-api 用於給使用者提供使用的API,本例為Andriod模組
- ioc-sample 示例,本例為Andriod模組
那麼除了示例以為,一般要建立3個module,module的名字你可以自己考慮,上述給出了一個簡單的參考。當然如果條件允許的話,有的開發者喜歡將存放註解和API這兩個module合併為一個module。
對於module間的依賴,因為編寫註解處理器需要依賴相關注解,所以:
ioc-compiler依賴ioc-annotation
我們在使用的過程中,會用到註解以及相關API
所以ioc-sample依賴ioc-api;ioc-api依賴ioc-annotation
三、註解模組的實現
註解模組,主要用於存放一些註解類,本例是模板butterknife實現View注入,所以本例只需要一個註解類:
@Retention(RetentionPolicy.CLASS) @Target(ElementType.FIELD) public @interface BindView { int value(); }
我們設定的保留策略為Class,註解用於Field上。這裡我們需要在使用時傳入一個id,直接以value的形式進行設定即可。
你在編寫的時候,分析自己需要幾個註解類,並且正確的設定@Target
以及@Retention
即可。
四、註解處理器的實現
定義完成註解後,就可以去編寫註解處理器了,這塊有點複雜,但是也算是有章可循的。
該模組,我們一般會依賴註解模組,以及可以使用一個auto-service
庫
build.gradle
的依賴情況如下:
dependencies { compile 'com.google.auto.service:auto-service:1.0-rc2' compile project (':ioc-annotation') }
auto-service
庫可以幫我們去生成META-INF
等資訊。
(1)基本程式碼
註解處理器一般繼承於AbstractProcessor
,剛才我們說有章可循,是因為部分程式碼的寫法基本是固定的,如下:
@AutoService(Processor.class) public class IocProcessor extends AbstractProcessor{ private Filer mFileUtils; private Elements mElementUtils; private Messager mMessager; @Override public synchronized void init(ProcessingEnvironment processingEnv){ super.init(processingEnv); mFileUtils = processingEnv.getFiler(); mElementUtils = processingEnv.getElementUtils(); mMessager = processingEnv.getMessager(); } @Override public Set<String> getSupportedAnnotationTypes(){ Set<String> annotationTypes = new LinkedHashSet<String>(); annotationTypes.add(BindView.class.getCanonicalName()); return annotationTypes; } @Override public SourceVersion getSupportedSourceVersion(){ return SourceVersion.latestSupported(); } @Override public boolean process(Set<? extends TypeElement> annotations, RoundEnvironment roundEnv){ }
在實現AbstractProcessor
後,process()
方法是必須實現的,也是我們編寫程式碼的核心部分,後面會介紹。
我們一般會實現getSupportedAnnotationTypes()
和getSupportedSourceVersion()
兩個方法,這兩個方法一個返回支援的註解型別,一個返回支援的原始碼版本,參考上面的程式碼,寫法基本是固定的。
除此以外,我們還會選擇複寫init()
方法,該方法傳入一個引數processingEnv
,可以幫助我們去初始化一些父類類:
- Filer mFileUtils; 跟檔案相關的輔助類,生成JavaSourceCode.
- Elements mElementUtils;跟元素相關的輔助類,幫助我們去獲取一些元素相關的資訊。
- Messager mMessager;跟日誌相關的輔助類。
這裡簡單提一下Elemnet
,我們簡單認識下它的幾個子類,根據下面的註釋,應該已經有了一個簡單認知。
Element - VariableElement //一般代表成員變數 - ExecutableElement //一般代表類中的方法 - TypeElement //一般代表代表類 - PackageElement //一般代表Package
(2)process的實現
process中的實現,相比較會比較複雜一點,一般你可以認為兩個大步驟:
- 收集資訊
- 生成代理類(本文把編譯時生成的類叫代理類)
什麼叫收集資訊呢?就是根據你的註解宣告,拿到對應的Element,然後獲取到我們所需要的資訊,這個資訊肯定是為了後面生成JavaFileObject
所準備的。
例如本例,我們會針對每一個類生成一個代理類,例如MainActivity
我們會生成一個MainActivity$$ViewInjector
。那麼如果多個類中宣告瞭註解,就對應了多個類,這裡就需要:
- 一個類物件,代表具體某個類的代理類生成的全部資訊,本例中為
ProxyInfo
- 一個集合,存放上述類物件(到時候遍歷生成代理類),本例中為
Map<String, ProxyInfo>
,key為類的全路徑。
這裡的描述有點模糊沒關係,一會結合程式碼就好理解了。
a.收集資訊
private Map<String, ProxyInfo> mProxyMap = new HashMap<String, ProxyInfo>(); @Override public boolean process(Set<? extends TypeElement> annotations, RoundEnvironment roundEnv){ mProxyMap.clear(); Set<? extends Element> elements = roundEnv.getElementsAnnotatedWith(BindView.class); //一、收集資訊 for (Element element : elements){ //檢查element型別 if (!checkAnnotationUseValid(element)){ return false; } //field type VariableElement variableElement = (VariableElement) element; //class type TypeElement typeElement = (TypeElement) variableElement.getEnclosingElement();//TypeElement String qualifiedName = typeElement.getQualifiedName().toString(); ProxyInfo proxyInfo = mProxyMap.get(qualifiedName); if (proxyInfo == null){ proxyInfo = new ProxyInfo(mElementUtils, typeElement); mProxyMap.put(qualifiedName, proxyInfo); } BindView annotation = variableElement.getAnnotation(BindView.class); int id = annotation.value(); proxyInfo.mInjectElements.put(id, variableElement); } return true; }
首先我們呼叫一下mProxyMap.clear();
,因為process可能會多次呼叫,避免生成重複的代理類,避免生成類的類名已存在異常。
然後,通過roundEnv.getElementsAnnotatedWith
拿到我們通過@BindView
註解的元素,這裡返回值,按照我們的預期應該是VariableElement
集合,因為我們用於成員變數上。
接下來for迴圈我們的元素,首先檢查型別是否是VariableElement
.
然後拿到對應的類資訊TypeElement
,繼而生成ProxyInfo
物件,這裡通過一個mProxyMap
進行檢查,key為qualifiedName
即類的全路徑,如果沒有生成才會去生成一個新的,ProxyInfo
與類是一一對應的。
接下來,會將與該類對應的且被@BindView
宣告的VariableElement
加入到ProxyInfo
中去,key為我們宣告時填寫的id,即View的id。
這樣就完成了資訊的收集,收集完成資訊後,應該就可以去生成代理類了。
b.生成代理類
@Override public boolean process(Set<? extends TypeElement> annotations, RoundEnvironment roundEnv){ //...省略收集資訊的程式碼,以及try,catch相關 for(String key : mProxyMap.keySet()){ ProxyInfo proxyInfo = mProxyMap.get(key); JavaFileObject sourceFile = mFileUtils.createSourceFile( proxyInfo.getProxyClassFullName(), proxyInfo.getTypeElement()); Writer writer = sourceFile.openWriter(); writer.write(proxyInfo.generateJavaCode()); writer.flush(); writer.close(); } return true; }
可以看到生成代理類的程式碼非常的簡短,主要就是遍歷我們的mProxyMap
,然後取得每一個ProxyInfo
,最後通過mFileUtils.createSourceFile
來建立檔案物件,類名為proxyInfo.getProxyClassFullName()
,寫入的內容為proxyInfo.generateJavaCode()
.
看來生成Java程式碼的方法都在ProxyInfo裡面。
c.生成Java程式碼
這裡我們主要關注其生成Java程式碼的方式。
下面主要看生成Java程式碼的方法:
#ProxyInfo //key為id,value為對應的成員變數 public Map<Integer, VariableElement> mInjectElements = new HashMap<Integer, VariableElement>(); public String generateJavaCode(){ StringBuilder builder = new StringBuilder(); builder.append("package " + mPackageName).append(";\n\n"); builder.append("import com.zhy.ioc.*;\n"); builder.append("public class ").append(mProxyClassName).append(" implements " + SUFFIX + "<" + mTypeElement.getQualifiedName() + ">"); builder.append("\n{\n"); generateMethod(builder); builder.append("\n}\n"); return builder.toString(); } private void generateMethod(StringBuilder builder){ builder.append("public void inject("+mTypeElement.getQualifiedName()+" host , Object object )"); builder.append("\n{\n"); for(int id : mInjectElements.keySet()){ VariableElement variableElement = mInjectElements.get(id); String name = variableElement.getSimpleName().toString(); String type = variableElement.asType().toString() ; builder.append(" if(object instanceof android.app.Activity)"); builder.append("\n{\n"); builder.append("host."+name).append(" = "); builder.append("("+type+")(((android.app.Activity)object).findViewById("+id+"));"); builder.append("\n}\n").append("else").append("\n{\n"); builder.append("host."+name).append(" = "); builder.append("("+type+")(((android.view.View)object).findViewById("+id+"));"); builder.append("\n}\n"); } builder.append("\n}\n"); }
這裡主要就是靠收集到的資訊,拼接完成的代理類物件了,看起來會比較頭疼,不過我給出一個生成後的程式碼,對比著看會很多。
package com.zhy.ioc_sample; import com.zhy.ioc.*; public class MainActivity$$ViewInjector implements ViewInjector<com.zhy.ioc_sample.MainActivity>{ @Override public void inject(com.zhy.sample.MainActivity host , Object object ){ if(object instanceof android.app.Activity){ host.mTv = (android.widget.TextView)(((android.app.Activity)object).findViewById(2131492945)); } else{ host.mTv = (android.widget.TextView)(((android.view.View)object).findViewById(2131492945)); } } }
這樣對著上面程式碼看會好很多,其實就死根據收集到的成員變數(通過@BindView
宣告的),然後根據我們具體要實現的需求去生成java程式碼。
這裡注意下,生成的程式碼實現了一個介面ViewInjector<T>
,該介面是為了統一所有的代理類物件的型別,到時候我們需要強轉代理類物件為該介面型別,呼叫其方法;介面是泛型,主要就是傳入實際類物件,例如MainActivity
,因為我們在生成代理類中的程式碼,實際上就是實際類.成員變數
的方式進行訪問,所以,使用編譯時註解的成員變數一般都不允許private
修飾符修飾(有的允許,但是需要提供getter,setter訪問方法)。
這裡採用了完全拼接的方式編寫Java程式碼,你也可以使用一些開源庫,來通過Java api的方式來生成程式碼,例如:javapoet.
A Java API for generating .java source files.
到這裡我們就完成了代理類的生成,這裡任何的註解處理器的編寫方式基本都遵循著收集資訊、生成代理類的步驟。
五、API模組的實現
有了代理類之後,我們一般還會提供API供使用者去訪問,例如本例的訪問入口是
//Activity中 Ioc.inject(Activity); //Fragment中,獲取ViewHolder中 Ioc.inject(this, view);
模仿了butterknife,第一個引數為宿主物件,第二個引數為實際呼叫findViewById
的物件;當然在Actiivty中,兩個引數就一樣了。
API一般如何編寫呢?
其實很簡單,只要你瞭解了其原理,這個API就幹兩件事:
- 根據傳入的host尋找我們生成的代理類:例如
MainActivity->MainActity$$ViewInjector
。 - 強轉為統一的介面,呼叫介面提供的方法。
這兩件事應該不復雜,第一件事是拼接代理類名,然後反射生成物件,第二件事強轉呼叫。
public class Ioc{ public static void inject(Activity activity){ inject(activity , activity); } public static void inject(Object host , Object root){ Class<?> clazz = host.getClass(); String proxyClassFullName = clazz.getName()+"$$ViewInjector"; //省略try,catch相關程式碼 Class<?> proxyClazz = Class.forName(proxyClassFullName); ViewInjector viewInjector = (com.zhy.ioc.ViewInjector) proxyClazz.newInstance(); viewInjector.inject(host,root); } } public interface ViewInjector<T>{ void inject(T t , Object object); }
程式碼很簡單,拼接代理類的全路徑,然後通過newInstance
生成例項,然後強轉,呼叫代理類的inject方法。
這裡一般情況會對生成的代理類做一下快取處理,比如使用Map
儲存下,沒有再生成,這裡我們就不去做了。
這樣我們就完成了一個編譯時註解框架的編寫。
六、總結
本文通過具體的例項來描述瞭如何編寫一個基於編譯時註解的專案,主要步驟為:專案結構的劃分、註解模組的實現、註解處理器的編寫以及對外公佈的API模組的編寫。通過文字的學習應該能夠了解基於編譯時註解這類框架執行的原理,以及自己如何去編寫這樣一類框架。
原始碼地址: https://github.com/hymanAndroid/ioc-apt-sample
相關文章
- Android編譯時註解框架系列1-什麼是編譯時註解Android編譯框架
- 如何用 TypeScript 編寫 Vue 專案TypeScriptVue
- Android專案中獨立Git專案分庫後的編譯除錯時Gradle的配置AndroidGit編譯除錯Gradle
- 手把手教你實現Android編譯期註解Android編譯
- 【譯】如何更好的編寫CSSCSS
- 如何編寫一個前端框架之一-專案結構(譯)前端框架
- Windows 專案的 CMakeLists 編寫Windows
- 專案編譯報錯編譯
- libusb android ndk編譯--編譯mipsAndroid編譯
- Android Apk反編譯系列教程(一)如何反編譯APKAndroidAPK編譯
- 如何編寫高效的Android程式碼Android
- 快速搭建基於註解的 Dubbo 專案
- 精讀《如何編譯前端專案與元件》編譯前端元件
- 專案範圍說明書如何編寫?
- Android-ffmpeg編譯so檔案Android編譯
- 重走JAVA之路(一):覆盤ButterKnife-編譯時註解Java編譯
- Swift原始碼專案編譯Swift原始碼編譯
- 【翻譯】編寫程式碼註釋的最佳實踐
- Assimp Android 編譯Android編譯
- android編譯方法Android編譯
- android 反編譯Android編譯
- 如何為開發專案編寫規範的README檔案(windows),此文詳解Windows
- OfficialKaldi(一)| 關於Kaldi專案(翻譯註解)
- 基於 java 註解的 csv 檔案讀寫框架Java框架
- 在使用make編譯時,修改原始檔的註釋內容,是否會重新編譯?編譯
- 【Java】手工編寫JavaWeb專案!JavaWeb
- 如何編寫html檔案HTML
- 編寫一個 Makefile 檔案,對階段專案一的程式碼進行自動化編譯編譯
- 專案啟動指令碼的編寫指令碼
- RPM 的 spec 檔案如何編寫
- 如何編寫 RPM 的 spec 檔案
- android studio 2.2.3 升級到3.1.2 原有專案編譯問題Android編譯
- 編寫註冊介面
- Sublime 編寫編譯 swift程式碼編譯Swift
- Android APK反編譯技巧全講解AndroidAPK編譯
- 類庫間無專案引用時,在編譯時拷貝DLL編譯
- Android 增量編譯小解Android編譯
- Android 反編譯指南Android編譯
- Android 編譯優化Android編譯優化