A. android app開發中常用到哪些開源框架
在前面的課程中，隨著對Android體系的了解，已經可以進行正常的Android應用開發了。在Android開發中，同其他工程開發一樣，也經常使用一些提高效率的框架，本文我們做一個對比。這些框架，既包括：網路請求框架、也包括圖片載入庫框架、還包括資料庫操作等一些框架，總之，了解和熟悉這些框架，會對自己的開發效率有很大的提升和幫助。
網路請求框架
1、okHttp
在前文的學習中，我們已經了解過okHttp，是一個常用的網路載入庫。
2、Retrofit
介紹
Retrofit是一個很不錯的網路請求庫，該庫是square開源的另外一個庫，之前的okhttp也是該公司開源的。
Retrofit是基於OkHttp封裝的RESTful網路請求框架，使用註解的方式配置請求。優點是速度快，使用註解，callback函數返回結果自動包裝成java對象。官方自己的介紹說：
A type-safe REST client for Android and Java
該網路框架在github上的地址如下：https://square.github.io/retrofit/
要求
Retrofit支持的http方式方式包括 GET/POST/PUT/DELETE/HEAD/PATCH，Retrofit要求Java的版本是1.8+，Android應用的API版本應該在21+。
依賴
使用Retrofit庫，和其他庫一樣，首先需要設置依賴，依然是在build.gradle文件中設置依賴：
//添加retrofit庫依賴
implementation 『com.squareup.retrofit2:retrofit:2.1.0』
//添加gson轉換器
implementation 『com.squareup.retrofit2:converter-gson:2.1.0』
使用
通過一個例子，我們可以來演示該框架的使用步驟：
1、定義請求介面，即程序中都需要什麼請求操作
public interface HttpServices {
/**
獲取頭條新聞
@param type 新聞類型
@param key apiKey
@return
*/
@GET(「toutiao/index」)
Call getNewsList(@Query(「type」) String type, @Query(「key」) String key);
}
2、實例化Retrofit對象，使用的Builder的模式創建，如下代碼所示：
Retrofit retrofit = new Retrofit.Builder()
.baseUrl(Constants.BASE_API)
.addConverterFactory(GsonConverterFactory.create())
.build();
注意，這里設置結構體轉換器，是可以直接把網路請求回來的數據轉換為Java結構體，這里設置的Gson解析器，因此要引入相應的轉換器支持庫。
3、得到介面對象，自己創建的全局的介面對象，並調用相應的介面，得到一個類似於請求Call對象。如下所示：
HttpServices httpServices = retrofit.create(HttpServices.class);
Call newsListCall = httpServices.getNewsList(「top」, Constants.API_KEY);
4、加入到請求隊列中，並設置回調方法：
newsListCall.enqueue(new Callback() {
@Override
public void onResponse(Call call, Response response) {
//網路請求成功的回調方法
List list = Arrays.asList(response.body().result.data);
Log.i(「TAG」, 「請求成功:」 + String.valueOf(list.size()));
NewListAdapter adapter = new NewListAdapter(RetrofitActivity.this);
adapter.setmData(list);
mRecyclerView.setAdapter(adapter);
}
@Override
public void onFailure(Call call, Throwable throwable) {
//網路請求失敗的回調方法
Log.i(「TAG」, 「請求失敗:」 + throwable.getMessage());
}
});
其他界面操作和之前的Android中的內容一致。
3、RxJava
簡單來說，用來處理事件和非同步任務，在很多語言上都有實現，RxJava是Rx在Java上的實現。
原理
RxJava最基本的原理是基於觀察者模式來實現的。通過Obserable和Observer的機制，實現所謂響應式的編程體驗。
特點
RxJava在編程中的實現就是一種鏈式調用，做了哪些操作，誰在前誰在後非常直觀，邏輯清晰，代碼維護起來非常輕松。
RxJava也是一個在github上的庫，githubhttp://www.xingkongmj.com/news/id/62.html地址如下：https://github.com/ReactiveX/RxJava
基於此，還有一個RxAndroid，github地址如下：https://github.com/ReactiveX/RxAndroid
RxJava和RxAndroid的關系
RxAndroid是RxJava的一個針對Android平台的擴展，主要用於 Android 開發。
基本概念
RxJava 有四個基本概念：
Observable：可觀察者，即被觀察者Observer：觀察者subscribe：訂閱事件
這四個概念之間的邏輯關系是：Observable和Observer通過subscribe方法實現訂閱關系，從而Observable可以在需要的時候發出事件來通知Observer。
事件
RxJava 的事件回調方法主要包含以下幾個：
onNext：普通的事件onCompletedhttp://dachang.net/432717.html：事件隊列完結。RxJava 不僅把每個事件單獨處理，還會把它們看做一個隊列。RxJava 規定，當不會再有新的 onNext 發出時，需要觸發 onCompleted 方法作為標志。：事件隊列異常。在事件處理過程中出異常時， 會被觸發，同時隊列自動終止，不再允許再有事件發出。在一個正確運行的事件序列中, onCompleted和 有且只有一個，並且是事件序列中的最後一個。需要注意的是，onCompleted() 和 () 二者也是互斥的，即在隊列中調用了其中一個，就不應該再調用另一個。
資料庫操作框架
在開發時，本地資料庫可以起到緩存數據和存儲業務數據的作用，隨著技術的成熟，不斷推出了有很多關於資料庫的操作框架。比較常見的資料庫操作框架有諸如：GreenDao，OrmLite 和 ActiveAndroid，DBFlow等。
GreenDAO
GreenDAO是一個開源的 Android ORM(「對象/關系映射」)，通過 ORM（稱為「對象/關系映射」），在我們資料庫開發過程中節省了開發時間！
GreenDao的官方文檔地址如下：http://www.xingkongmj.com/news/id/63.html
GreenDao的作用
通過 GreenDao，我們可以更快速的操作資料庫，我們可以使用簡單的面相對象的API來存儲，更新，刪除和查詢 Java 對象。這款資料庫操作框架的特點是：
高性能，在官方的統計數據中，GreenDao在GreenDao，OrmLite 和 ActiveAndroid三個框架中，讀、寫、更新操作效率均表現第一。易於使用的強大 API，涵蓋關系和連接。內存消耗較小。安全：greenDAO 支持 SQLCipherhttp://www.xingkongmj.com/news/id/64.html，以確保用戶的數據安全;
核心概念
GreenDao 的核心類有三個：分別是：
DaoMaster：保存資料庫對象（SQLiteDatabase）並管理特定模式的 DAO 類（而不是對象）。它有靜態方法來創建表或刪除它們。它的內部類 OpenHelper 和DevOpenHelper 是 SQLiteOpenHelper 實現，它們在 SQLite 資料庫中創建模式。DaoSession：管理特定模式的所有可用 DAO 對象，您可以使用其中一個getter方法獲取該對象。DaoSession 還提供了一些通用的持久性方法，如實體的插入，載入，更新，刷新和刪除。XXXDao：數據訪問對象（DAO）持久存在並查詢實體。對於每個實體，greenDAO 生成DAO。它具有比 DaoSession 更多的持久性方法。Entities：可持久化對象。通常, 實體對象代表一個資料庫行使用標准 Java 屬性(如一個POJO 或 JavaBean )。
使用
按照官方的文檔和github上的說明可以實現green的使用。
首先進行的是依賴，對於greenDao，有兩個地方需要設置，分別是項目根目錄中的 build.gradle，還有mole中的build.gradle。
classpath 『org.greenrobot:green-gradle-plugin:3.3.0』 // add plugin
在項目根目錄中的build.gradle目錄中寫這句話的意思是添加greenDao的插件。
在項目mole中的build.gradle中也需要進行配置，有兩個地方需要設置，如下圖所示：
apply plugin: 『org.greenrobot.greenhttp://www.xingkongmj.com/news/id/66.html』 //開頭加入該代碼
dependences{
implementation 『org.greenrobot:green:3.2.0』
}
然後就可以使用了。
bean實體
可以在項目中創建自己業務需要的實體類，並通過註解來設置是實體類，欄位約束等內容。然後點擊Android Studio中的Make mole，即可自動生成XXXDao代碼，以此來方便開發者的操作。生成的XXXDao類，不可修改和編輯，是自動生成的。
ORMLite
ORMLite框架是另外一款Android開發中可以使用的資料庫操作框架。該框架的文檔地址如下：https://ormlite.com/sqlite_java_android_orm.shtml
該框架的文檔准備的不是特別友好，此處不再贅述。
總結，所有的框架原理幾乎都相差不大，只是操作有所差異。
視圖注入框架
在Android項目開發過程中，有太多的頁面需要布局完成，同時在代碼中需要些大量的findviewbyid的操作，來實現控制項的解析。於是就有人想能否輕松一些，解放雙手節省時間，干一些其他有意義的事情，於是ButterKnife就來了。
ButterKnife是一個專注於Android系統的View注入框架,可以減少大量的findViewById以及setOnClickListener代碼，可視化一鍵生成。
該項目在github上的地址如下：http://www.xingkongmj.com/news/id/65.html
這個框架的優勢也非常明顯：
強大的View綁定和Click事件處理功能，簡化代碼，提升開發效率方便的處理Adapter里的ViewHolder綁定問題運行時不會影響APP效率，使用配置方便代碼清晰，可讀性強
使用
首先是設置依賴，在build.gradlehttp://dachang.net/432714.html中進行依賴設置：
implementation 『com.jakewharton:butterknife:10.2.1』
annotationProcessor 『com.jakewharton:butterknife-compiler:10.2.1』
需要注意，該框架要求Java環境1.8版本以上，SDK版本在26以上，因此在使用到的mole中的build.graldle文件中，還必須添加如下代碼配置：
apply plugin: 『com.jakewharton.butterknife』
android{
//…
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
//…
}
另外，還必須在項目根目錄中的build.gradle文件中，添加該框架的插件，如下圖所示：
dependences{
classpath 『com.jakewharton:butterknife-gradle-plugin:10.2.1』
}
然後即可在代碼中進行使用了。
在使用該框架的頁面進行綁定諸如，如下所示代碼:
ButterKnife.bind( this) ;
主要的功能
@BindView（）：控制項id 註解，解放雙手，不用再每個控制項都寫一遍findviewById@BindViews（）:多個控制項id 的註解，括弧內使用花括弧包括多個id即可，中間用，分割開在Fragment中使用，綁定Fragment。@BindString（）：綁定字元串@BindArray：綁定數組@BindBitmap：綁定bitmap資源@OnClick、@OnLongClick：綁定點擊事件和長按事件…還有很多
插件安裝
如果是頁面很復雜，一個一個寫BindView也很費勁，在Android Studio中，可以安裝一個ButterKnife的插件，安裝該插件後，可以在Studio中直接將對應的布局中的所有控制項均給自動生成。
注意，在進行自動生成時，滑鼠要放在布局文件上。
注意事項
ButterKnife框架在使用時，要求的版本比較高，包括Java的版本也有限制。因此，如果計劃在項目中使用，要提前做好預備工作，以防止對已有項目和業務帶來不必要的麻煩，反而影響工作進度。
B. 寮鏈烘繪槸鎻愮ず鐟炴湳httprestful鏈嶅姟
搴旇ユ槸http鏈嶅姟鍣ㄧ殑榪涚▼鏁呴殰浜嗐
浣犲彲浠ュ皾璇曟墦寮錛岃劇疆涓鐨鎺у埗闈㈡澘錛岀劧鍚庣偣鍑繪ц兘鍜岀淮鎶わ紝鎵懼埌綆＄悊宸ュ叿錛屾壘鍒癆pache2.2鐐瑰嚮紱佺敤姝ゆ湇鍔″氨鍙浠ヤ簡銆
涓鑸榪欐牱瀛愭搷浣滆繘紼嬪氨浼氬仠姝浜嗭紝鐒跺悗鍐嶅惎鐢ㄨ瘯璇曘
C. Android Deep Link 深度鏈接，看看你在第幾層
簡單來說，App 深度鏈接（Deep Link）是一項基礎的 App 優化方法，通過技術手段縮短了用戶操作路徑，從而優化了產品服務的用戶體驗，最終幫助實現了轉化率提升、用戶增長等業務目標。
一鍵跳轉是深度鏈接比較重要的使用場景，但它的能力不僅於此，主要包括以下幾種：
這兩個場景分別對應用戶已安裝 App 和未安裝 App 的兩種情況，在此基礎上， 還可以衍生出其他一些業務化的場景：
在深度鏈接的工作流程需要 Wap 端、客戶端和服務端協同配合，整體的數據流轉示意圖如下：
在用戶已安裝 App 的情況，可以通過標準的協議實現一鍵拉起 App 並傳遞深度鏈接參數，目前主要有以下三種協議：
這里我們主要介紹 Android 端的實現，主要分為以下幾個步驟：
自定義 Scheme 協議本質上就是定義一套標識 App 行為的規則，實踐中採用的 URI（Uniform Resource Identifier，統一資源標識符） 方案，下圖是 URI 的通用格式：
實踐中的設計過程多少會帶點 Restful API 的風格。Restful 本身是介面命名的一種規范，用 URI 標識一種資源，再用 HTTP 方法來定義對資源的操作。比如定義 /goods/{goodsId} 是商品的路徑，那麼對於商品這個資源的操作可以分為以下幾種：
把 Restful API 這套理論帶到 App 這邊，是不是也適用呢？比如以下行為是不是也可以用 Restful API 的風格表示：
既然在 App 端對資源的訪問行為只有 GET，那麼就可以省略掉 GET 這個元素。再考慮到鏈接需要跨平台，還有多參數等因素，鏈接模板需要再進一步改進。一般推薦採用這種格式的 URI： scheme://host/path?query 。 例如，鏈接 xiaopeng://www.myapp.com/goods/?goodsId=123456&size=1 打開商品詳情頁，並且選擇 size=1 的規格。
這里需要注意下幾個細節：
在 PC 端，瀏覽器是用戶流量的主要入口，但在移動端，用戶的流量（使用時間）被分散到大大小小的 APP 上，而不再是瀏覽器。用戶感興趣的內容分散在各個 APP 里，當用戶想在 APP 上找到某個感興趣的頁面時，深度鏈接（Deeplink）是一個可以從任何地方將用戶帶到應用內容頁的簡單方式。你用起來了嗎？